/irc-logs / mozilla / #developers / 2012-05-30 / end
Options:
- # Session Start: Wed May 30 00:00:00 2012
- # Session Ident: #developers
- # [00:00] <dholbert> dzbarsky, ping
- # [00:00] <dzbarsky> dholbert: hey
- # [00:00] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:01] <dholbert> dzbarsky, hi! It looks like from the discussion on bug 758984 that we're not necessarily going to be using a hash table now -- is that correct?
- # [00:01] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [00:02] <dholbert> dzbarsky, (put another way: should I still be reviewing the posted patch? I suspect no?)
- # [00:02] <dzbarsky> dholbert: we may want it eventually, but you probably don't need to review it yet
- # [00:02] * Quits: tchevalier (Instantbir@moz-6D304AE0.w90-41.abo.wanadoo.fr) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:02] * Joins: Noah (opera@moz-527ABC3E.dsl.rcsntx.sbcglobal.net)
- # [00:03] <dholbert> dzbarsky, ok, cool -- just wanted to double-check that my ignoring the patch wasn't blocking you. :) proceed.
- # [00:03] * Quits: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net) (Quit: Leaving)
- # [00:03] <dzbarsky> dholbert: gal wants this stuff to land preffed-off soon, so if we decide we want this ,i'll start bothering you
- # [00:04] <dholbert> dzbarsky, sounds good
- # [00:04] <Jesse> cpeterson: where do you see https://bugzilla.mozilla.org/show_bug.cgi?id=475084#c13 ? https://crash-stats.mozilla.com/topcrasher/byversion/Fennec/13.0b3/7 is just empty for me
- # [00:05] <cpeterson> Jesse, 14.0b3, not 13.0b3 :) https://crash-stats.mozilla.com/topcrasher/byversion/FennecAndroid/14.0b3/3
- # [00:06] <Jesse> oh also i was looking at Fennec rather than FennecAndroid
- # [00:06] <Noah> can anyone confirm that Firefox's safe mode disables incremental js-garbage collection? I saw someone claim that and didn't believe it. maybe one of the memory gurus like dbaron know?
- # [00:06] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [00:07] <dholbert> Noah, IIUC, incremental JS garbage collection is off by default
- # [00:07] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120527042007])
- # [00:07] <jtcranmer> Julian: I think text/plain is just displayed as is
- # [00:07] <dholbert> Noah, (ah, but you're asking if safe-mode forces it off, if you've enabled it manually?)
- # [00:07] <cpeterson> Jesse, yeah "Fennec" is the older XUL Fennec and "FennecAndroid" is the new "Native" (Java) UI Fennec.
- # [00:07] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [00:07] <mbrubeck> Noah: When I set javascript.options.mem.gc_incremental = true in about:config, then restart in safe mode, about:support still shows Incremental GC = 1
- # [00:07] * philor|away is now known as philor
- # [00:08] <mbrubeck> Noah: So I think that the claim you saw was incorrect.
- # [00:08] <Julian> jtcranmer: looking for a place to attach CSS page break information to FF characters inside text/plain, see https://bugzilla.mozilla.org/show_bug.cgi?id=92250
- # [00:10] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [00:10] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [00:11] * armenzg is now known as armenzg_brb
- # [00:11] * armenzg_brb is now known as armenzg_afk
- # [00:11] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
- # [00:12] <Mook_as> jtcranmer: text/plain is made into a DOM with a <pre>, you can even DOM inspect it XD
- # [00:12] * Quits: gandalf (zbraniecki@moz-A4695C4C.neoplus.adsl.tpnet.pl) (Ping timeout)
- # [00:12] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [00:13] * Quits: bholley (anonymous@moz-5DC51D53.fbx.proxad.net) (Ping timeout)
- # [00:13] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [00:13] * Joins: bholley (anonymous@moz-5DC51D53.fbx.proxad.net)
- # [00:14] * coop|buildduty is now known as coop|away
- # [00:14] <jtcranmer> gah, the nspr logging for uri loader isn't in release builds
- # [00:14] <biesi> what? yes it is
- # [00:14] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [00:15] * Quits: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com) (Quit: Leaving.)
- # [00:15] <biesi> or isn't it?
- # [00:15] <biesi> hmm I was sure it is
- # [00:15] * zpao is now known as zpao|detached
- # [00:15] <jtcranmer> I'm not seeing it in my log file manager
- # [00:15] * Joins: armenzg__ (armenzg@A213BF64.5BCEC6DB.DA78B690.IP)
- # [00:16] * Joins: gandalf (zbraniecki@moz-4BD65F18.neoplus.adsl.tpnet.pl)
- # [00:16] <jtcranmer> [I have an extension which shows all available NSPR logging modules and lets me toggle them at runtime]
- # [00:16] * Quits: armenzg_afk (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [00:17] <biesi> nice
- # [00:17] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [00:17] * Quits: armenzg__ (armenzg@A213BF64.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [00:17] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:17] <biesi> yeah I don't see the FORCE_PR_LOG macro in it
- # [00:17] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [00:17] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [00:17] <jtcranmer> is there really any reason to not always log nspr?
- # [00:18] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [00:18] * Quits: Julian (chatzilla@37677E9E.4742BCFA.1A5CC7E5.IP) (Ping timeout)
- # [00:18] <Noah> dholbert & mbrubeck: ah thanks guys! I didn't know we had a pref to disable gc. Is the gc incremental pref fairly new?
- # [00:18] * Quits: bholley (anonymous@moz-5DC51D53.fbx.proxad.net) (Quit: bholley)
- # [00:18] * zpao|detached is now known as zpao
- # [00:19] * edmorley lends philor the post-android-clobber consolation pony
- # [00:19] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [00:19] * Quits: rillian (giles@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [00:20] <mbrubeck> Noah: Yes, IGC landed a while ago but preffed off by default because it has known bugs; it'll be turned on by default as soon as the bugs are fixed.
- # [00:20] <mbrubeck> https://bugzilla.mozilla.org/show_bug.cgi?id=735099
- # [00:21] * mjschranz is now known as mjschranz_away
- # [00:21] * Joins: josh (josh@3464EC4F.72B357BE.A35657C3.IP)
- # [00:22] <Waldo> anyone else seeing a JSON.parse error on startup with a basically clean profile? looks to me like aboutHome.js shouldn't be doing JSON.parse(localStorage["search-engine"]) and then doing an if !thatResult, rather if !localStorage["search-engine"] then JSON.parse of it
- # [00:23] <Waldo> also why are we using localStorage in aboutHome.js in the first place :-(
- # [00:23] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [00:23] * mcote is now known as mcote|afk
- # [00:24] * Joins: bholley (anonymous@moz-5DC51D53.fbx.proxad.net)
- # [00:25] * Joins: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
- # [00:25] * Quits: bholley (anonymous@moz-5DC51D53.fbx.proxad.net) (Quit: bholley)
- # [00:25] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [00:26] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [00:26] * Quits: gandalf (zbraniecki@moz-4BD65F18.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [00:27] * Joins: davehunt (davehunt@14E0708.6902284.7D0FCE04.IP)
- # [00:28] <mrbkap> jlebar: ping?
- # [00:28] <jlebar> mrbkap, ack
- # [00:29] <mrbkap> jlebar: hey, did we turn e10s on for b2g?
- # [00:29] <jlebar> mrbkap, For approximately one hour.
- # [00:29] <mrbkap> jlebar: ah-ha
- # [00:29] <mrbkap> gwagner: ^--
- # [00:30] <gwagner> :)
- # [00:31] <gwagner> now I get all the assertions and warnings twice
- # [00:31] <jlebar> gwagner, It broke focus, and we turned it off. But people are working on it.
- # [00:31] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Ping timeout)
- # [00:31] <cjones> jlebar, did we ever make the plugin-container process +x in gonk?
- # [00:31] <jlebar> cjones, No, I don't believe so.
- # [00:32] <jlebar> cjones, It broke so many things on desktop...
- # [00:32] <cjones> we need to get that
- # [00:32] <cjones> k
- # [00:32] <jlebar> cjones, I've been trying to get a working device, but it's an odyssey, as usual.
- # [00:32] <cjones> ^5
- # [00:32] <jtcranmer> Mook_as: http://dxr.lanedo.com/mozilla-central/content/html/document/src/nsHTMLDocument.cpp.html#l520
- # [00:32] <cjones> jlebar, anything we can help with?
- # [00:32] <jtcranmer> the HTML document loads text/plain itself
- # [00:32] <jlebar> cjones, No, I think mwu set me straight.
- # [00:32] <cjones> good good
- # [00:33] <mwu> jlebar I thought you just gave up
- # [00:33] <mwu> did you get odin working
- # [00:33] <jlebar> mwu, For now!
- # [00:33] <mwu> heh ok
- # [00:33] <jtcranmer> Mook_as: so it looks like the HTML5 parser is where the relevant code is
- # [00:33] <jlebar> :D
- # [00:33] <cjones> jlebar, odin's not too bad
- # [00:33] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [00:34] <mwu> cjones: he tried kies first
- # [00:34] <jlebar> More than enough fun for one day.
- # [00:34] <cjones> having a working phone build is pretty important :)
- # [00:35] * Quits: mcsmurf (mcsmurf@moz-E5F9A86E.dip.t-dialin.net) (Quit: )
- # [00:35] <Jesse> azakai: why are you writing new projects in C++ and not Rust :(
- # [00:35] <mbrubeck> Rust is still a bit of a shifting quicksands...
- # [00:36] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [00:36] * jtcranmer is starting new projects in JS :-P
- # [00:36] <jlebar> cjones, tbh one of the best things I've done is give up on having a working phone. I'm easily twice as productive by not worrying about shifting builds, shifting firmware requirements, etc.
- # [00:37] <jhammel> don't forget the time saved by not receiving phone calls :P
- # [00:37] <jlebar> lol
- # [00:38] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Connection reset by peer)
- # [00:38] <jgilbert> ejpbruel: ping
- # [00:38] <gwagner> jlebar: how was it turned on? was it just a flag or a patch?
- # [00:38] <ejpbruel> jglibert: pong
- # [00:38] <jlebar> gwagner, It's a bit complicated:
- # [00:38] <ejpbruel> jgilbert: what did i mess up now? :P
- # [00:38] <jgilbert> hah
- # [00:38] * Quits: davehunt (davehunt@14E0708.6902284.7D0FCE04.IP) (Ping timeout)
- # [00:38] <jlebar> gwagner, There are two prefs. One sets the default for <iframe mozbrowser>, remote/in-process. The other says whether remote is ever allowed.
- # [00:39] <jlebar> gwagner, In addition, you can specify <iframe mozbrowser remote=true>. That overrides the first pref, but not the second!
- # [00:39] <jgilbert> ejpbruel: I'm a little concerned about adding 'version=N' to the parse args, since it looks like we pass those down from canvas.toDataURL
- # [00:39] <jgilbert> but we already do this with bpp, it looks like
- # [00:39] <jlebar> gwagner, And actually, come to think about it, if you set the default to OOP and try to do remote=false, that may not work.
- # [00:39] <jlebar> gwagner, See the bottom of dom/tests/mochitest/browser-frame/browserFrameHelpers.js
- # [00:39] <jgilbert> so it really looks like a bug with preparsing for toDataURL
- # [00:39] * Joins: davehunt (davehunt@moz-E31CD2CB.mozilla.org)
- # [00:40] <ejpbruel> jgilbert: your point is that we should strip these arguments during preparsing?
- # [00:40] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [00:40] <cjones> jlebar, for dev, most definitely
- # [00:40] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:40] <cjones> but gotta test on the phone eventually :)
- # [00:40] <jgilbert> ejpbruel: yeah, but now that I think of it, it seems like we should do this at the canvas layer, not the imagelib
- # [00:40] <jgilbert> -layer
- # [00:40] <ejpbruel> jgilbert: so, that means I'm good, right? :P
- # [00:40] <jlebar> cjones, Yeah, I agree of course. :)
- # [00:40] <jgilbert> ok, I'll file a follow up
- # [00:40] <jgilbert> yeah
- # [00:40] <jgilbert> just had to talk through that, I guess :P
- # [00:40] <ejpbruel> jgilbert: cool. anything else keeping that patch from getting r?'d
- # [00:41] <ejpbruel> jgilbert: no problem :)
- # [00:41] <jgilbert> I need to run through the decoding code again
- # [00:41] <jgilbert> it's...messy
- # [00:41] <gwagner> jlebar: I see. so it's a gecko change that we did on the mc git branch?
- # [00:41] <jgilbert> not your additions, but the code in general
- # [00:41] <jgilbert> I need to check that it works like we assume it does
- # [00:41] <jlebar> gwagner, Everything landed on real m-c (hg).
- # [00:42] <Noah> Waldo: I'd post that in the nightly builds thread: http://forums.mozillazine.org/viewtopic.php?f=23&t=2479823 - Seeing it in last night's build? I'll try to grab the latest & confirm.
- # [00:42] <gwagner> jlebar: oh right I used hg. confused by our forests
- # [00:42] <ejpbruel> jgilbert: ok. i tried to keep the patch in the spirit of the existing code.
- # [00:42] * Joins: wlach (wlach@moz-3BB19106.vif.net)
- # [00:42] <Noah> mbrubeck: thanks again!
- # [00:43] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:43] <ejpbruel> jgilbert: it would be nice if i could get r+ sometime soon :)
- # [00:43] <jgilbert> ejpbruel: appreciated :) Sorry for the r- thrashing, but it pays to spend a little extra care
- # [00:43] * Quits: bbondy (bbondy@moz-A05ECC22.home.cgocable.net) (Ping timeout)
- # [00:43] * Quits: wlach (wlach@moz-3BB19106.vif.net) (Quit: Ex-Chat)
- # [00:43] <ejpbruel> jgilbert: i dont mind the occasional r- as long as i dont have to spend weeks to get it r+'d
- # [00:43] <ejpbruel> jgilbert: im always prepared to do some debating on irc
- # [00:44] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [00:44] <jgilbert> yeah, sorry, I was on travel last week
- # [00:44] * Quits: philipp64|laptop (chatzilla@moz-FB56604B.boid.qwest.net) (Ping timeout)
- # [00:44] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
- # [00:44] <ejpbruel> jgilbert: no problem. just keep me in the loop. i need this patch to fix another bug for the addon sdk team
- # [00:45] * catlee is now known as catlee-away
- # [00:45] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2-rdmsoft [XULRunner 12.0/20120420145725])
- # [00:46] <jgilbert> ejpbruel: what's the rational for removing the early-out for nsBMPEncoder::ParseOptions with an empty aOptions string?
- # [00:46] <ejpbruel> jgilbert: i had a rationale for that, looking
- # [00:47] * Joins: rillian (giles@A5087023.2354C43D.D8E68FF6.IP)
- # [00:47] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [00:48] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
- # [00:48] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
- # [00:49] <Waldo> Noah: eh, I'll just debug it, was hoping someone knew a bug offhand and could respond right quick :-)
- # [00:49] <ejpbruel> jgilbert: ok, so the bpp argument is mandatory, but the version argument is optional (at least thats how i envisioned it). so in the early out we would set the default value for aBpp and aVersion, but if the early out did not apply, and no version argument is present, aVersion wouldnt get a value. i.e. you have to specify a default value for aVersion in whether you do early out or not.
- # [00:49] <ejpbruel> jg
- # [00:49] <ejpbruel> jgilbert: its probably a bit too much to remove the early out entirely
- # [00:49] * Quits: merike|away (quassel@moz-8CBA38AF.cable.starman.ee) (Ping timeout)
- # [00:49] <ejpbruel> jgilbert: but it should be added *after* we set the default value for aVersion, at least
- # [00:50] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
- # [00:50] * joduinn is now known as joduinn-mtg
- # [00:50] <jgilbert> making that manditory should break some canvas tests
- # [00:50] <ejpbruel> jgilbert: making what mandatory? the version argument? yeah, thats why i didnt do that
- # [00:51] <jgilbert> bpp, I mean
- # [00:51] <jgilbert> I think
- # [00:51] <ejpbruel> jgilbert: oh hold on
- # [00:51] <ejpbruel> jgilbert: leaving bpp out effectively amounts to having no arguments
- # [00:51] <ejpbruel> jgilbert: unless you add the version argument too
- # [00:51] <ejpbruel> jgilbert: the canvas tests will only break if you add a version, but not a bpp argument
- # [00:51] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [00:51] <ejpbruel> jgilbert: which doesnt happen right now
- # [00:52] <Noah> Waldo: hehe yeah, I've done the same - let me try my bugzillafu real quick and see if I hit anything
- # [00:52] <ejpbruel> jgilbert: in that case we should set a default value for both bpp and version regardless, and only check for early out *after* that
- # [00:52] <jgilbert> sure
- # [00:52] <ejpbruel> jgilbert: i can change that, no problem
- # [00:53] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [00:55] * Joins: Boriss (FlyingToas@moz-526A23A4.tmodns.net)
- # [00:56] * Quits: mak (chatzilla@moz-F4976B9B.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [00:57] * Joins: davehunt_ (davehunt@F73EB417.16E4425B.7D0FCE04.IP)
- # [00:57] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:57] * Quits: davehunt (davehunt@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [00:58] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:58] * ChanServ sets mode: +o roc
- # [00:59] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [01:01] <jgilbert> ejpbruel: yeah, just set the defaults at the beginning. Whether or not you keep the early-out is up to you, since the function should work fine on a 0-size aOptions.
- # [01:02] <ejpbruel> jgilbert: jup, i just thought you might like to keep it as an optimization. i know some platform guys feel really strongly about that ;)
- # [01:02] * Quits: Boriss (FlyingToas@moz-526A23A4.tmodns.net) (Connection reset by peer)
- # [01:03] <jgilbert> parsing a 0-size string and running a for (; false; ) shouldn't make much difference :P
- # [01:04] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:05] <@roc> taras: you were complaining about crashes earlier?
- # [01:05] <@roc> I'm also getting crashes
- # [01:05] <taras> roc: ye
- # [01:05] <taras> yes
- # [01:05] <taras> roc: something to do with addons i think
- # [01:05] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [01:05] <@roc> so I tried attaching Visual Studio and leaving it running
- # [01:05] <taras> i haven't gotten a single crash in safemode
- # [01:05] <@roc> hoping I'd catch the crash
- # [01:06] <@roc> but it didn't help, we just exited I think, no exception
- # [01:06] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [01:06] <taras> roc: are you getting the same thing, weird gfx artificts, followed by a corrupt crash report?
- # [01:06] * mjschranz_away is now known as mjschranz
- # [01:07] <@roc> I'm not seeing any symptoms other than just a sudden exit
- # [01:07] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
- # [01:07] * Joins: myk1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:07] <@roc> I'll amp up Visual Studio's exception catching, and set a breakpoint on _TerminateProcess@8 and _exit
- # [01:07] <@roc> hopefully that'll catch it
- # [01:07] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
- # [01:07] <taras> ok, i'm still trying to get STR
- # [01:08] * Quits: davehunt_ (davehunt@F73EB417.16E4425B.7D0FCE04.IP) (Client exited)
- # [01:08] * Joins: njn (chatzilla@moz-794EECB7.dyn.iinet.net.au)
- # [01:08] <@roc> we may not be seeing the same thing, but I'm always dogfooding trunk and until the last few days I almost never crash, now I'm crashing once or more a day
- # [01:08] * Joins: smooney_ (smooney@moz-7B0110AD.mv.mozilla.com)
- # [01:08] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [01:08] <jgilbert> ejpbruel: in ParseOptions, you remove the check that assures nameValuePair.Length() == 2
- # [01:08] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [01:08] <jgilbert> doesn't this mean that nameValuePair[1] might not exist when we access it?
- # [01:08] <taras> roc: certainly a similar crash pattern, i had no crashes until this weekend
- # [01:09] <ejpbruel> jgilbert: checking
- # [01:09] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:09] * Joins: Tanner (Tanner@moz-61EB699D.client.mchsi.com)
- # [01:09] <taras> roc: did ajones start today?
- # [01:09] <taras> err, monday
- # [01:09] <Tanner> Is there a way to get a stack from a crash with a corrupt dump? https://crash-stats.mozilla.com/report/index/bp-149167a9-d2e9-4c64-8a5c-8923e2120529
- # [01:10] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:10] <ejpbruel> jgilbert: jup, thats a bug. looks like i erroneously removed it because i was unsure what you meant with your comment on my previous patch ('i dont think we can just add this'
- # [01:10] <taras> Tanner: KaiRo_away would be the person to ask
- # [01:11] <ejpbruel> jgilbert: so thats a bug too
- # [01:11] <@roc> taras: yes
- # [01:11] * Quits: necolas (necolas@moz-2D68B52B.bb.sky.com) (Client exited)
- # [01:11] * Joins: armenzg_afk (armenzg@moz-74D91466.dsl.bell.ca)
- # [01:11] * Quits: twi (Adium@moz-4BC71FC0.addr.tdcsong.se) (Quit: Leaving.)
- # [01:11] <deLta30> sicking: ping
- # [01:13] * Joins: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP)
- # [01:13] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [01:14] <@roc> taras: he's kentuckyfriedtakahe:
- # [01:14] <taras> kentuckyfriedtakahe: that's a terrible nick
- # [01:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [01:15] <jdm> disagree
- # [01:16] <nthomas> no deep frying the endangered species, okay ?
- # [01:17] * Joins: KLB (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com)
- # [01:17] <nrc> but that makes them taste the best
- # [01:17] <jhammel> that's a wonderful nick!
- # [01:18] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
- # [01:20] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [01:20] <kentuckyfriedtakahe> taras: the advantage of choosing something terrible is that nobody else has got it.
- # [01:20] * mjschranz is now known as mjschranz_away
- # [01:21] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
- # [01:21] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [01:21] <@roc> ajones is free
- # [01:21] <jhammel> kentuckyfriedtakahe: don't let them get to you, you have the best nick probably ever
- # [01:21] <jhammel> they're just jealous
- # [01:22] <@roc> don't change your nick now, I'd have to update the luncherator
- # [01:22] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [01:22] <jgilbert> also, ejpbruel, it looks like I was wrong about the bitmasks, since we do the byte swapping during conversion from the input data
- # [01:23] <ejpbruel> jgilbert: gah!
- # [01:23] <kentuckyfriedtakahe> roc: the problem is that on most things ajones has already gone by the time I register.
- # [01:23] <ejpbruel> jgilbert: are you sure about that?
- # [01:23] <ejpbruel> jgilbert: i thought i did RGBA, which would get encoded as ABGR, and you wanted ARGB?
- # [01:23] <darktrojan> also most people here would have no idea what a takahe is, so bonus points for that
- # [01:23] * Quits: edmorley (edmorley@moz-5F913909.range86-145.btcentralplus.com) (Quit: Leaving.)
- # [01:24] <jhammel> until they google it
- # [01:24] <darktrojan> well yeah
- # [01:24] * mjschranz_away is now known as mjschranz
- # [01:24] <taras> kentuckyfriedtakahe: ajones is a lot easier on my nerves
- # [01:25] <taras> even takahe would be ok
- # [01:25] * armenzg_afk is now known as armenzg_away
- # [01:26] <kentuckyfriedtakahe> taras: it would also avoid the inevitable changing it to kft when the kentucky state government start hitting me up for money to use their trademark
- # [01:26] <@roc> there is some utility in having one's nick be recognizably associated with one's name
- # [01:26] * Quits: armenzg_away (armenzg@moz-74D91466.dsl.bell.ca) (Input/output error)
- # [01:26] <@roc> although darktrojan may disagree :-)
- # [01:26] <Tanner> taras: okay, I'll poke him sometime tomorrow maybe
- # [01:26] <jhammel> kentuckyfriedtakahe: you should just preempt them and offer them a *FREE* chance to advertise their state on irc
- # [01:26] <jhammel> let alone Ms2ger ;)
- # [01:26] <jgilbert> ejpbruel: yeah, looks like we convert from 0xAARRGGBB to {RR,GG,BB,AA}
- # [01:27] <mbrubeck> Ms2ger is his real name, jhammel
- # [01:27] * Quits: smooney_ (smooney@moz-7B0110AD.mv.mozilla.com) (Quit: smooney_)
- # [01:27] <jhammel> so he(?) says
- # [01:27] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [01:28] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:28] <darktrojan> roc, there's also some advantages of NOT having one's nick associated with one's name
- # [01:28] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [01:28] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:29] <jgilbert> ejpbruel: eventually, it'd be nice to optimize the bitmasks so as to avoid the conversion, but for now, we're converting to 0xAABBGGRR
- # [01:29] <@roc> darktrojan: and what are they?
- # [01:29] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [01:30] <jgilbert> darktrojan: that's what multiple handles are for \o/
- # [01:30] <darktrojan> ummm confusing people
- # [01:30] <darktrojan> heh
- # [01:30] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:30] <mattwoodrow> why settle for mere association?
- # [01:30] * cadecairos is now known as cadecairos_away
- # [01:30] * Waldo kind of wishes he could have one handle everywhere, but he's kind of attached to Waldo, and some doof took it on freenode :-P
- # [01:31] <darktrojan> I have enough trouble with people's names, might as well annoy them in return
- # [01:31] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:31] <kentuckyfriedtakahe> I just figured it was good to associate myself with something fat and useless.
- # [01:31] * Quits: Pike (Pike@moz-5B6942F1.pool.mediaways.net) (Ping timeout)
- # [01:31] <darktrojan> at least we know where you are, Waldo
- # [01:31] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
- # [01:31] <nrc> kentuckyfriedtakahe: and you chose KFC?
- # [01:31] <jgilbert> also, ejpbruel, msdn specifies a LCS_WINDOWS_COLOR_SPACE, which may be what we want instead of sRGB
- # [01:32] * Joins: _rs (mozilla@moz-46F044.eu-west-1.compute.amazonaws.com)
- # [01:32] <Waldo> darktrojan: NEVER GETS OLD \o/
- # [01:32] <darktrojan> :D
- # [01:33] * Joins: bbondy (bbondy@moz-A05ECC22.home.cgocable.net)
- # [01:33] <ejpbruel> jgilbert: it was unclear to me what the difference between those was, sorry. i found it hard to dig up conclusive information about the bitmap spec.
- # [01:33] <Waldo> dolske: https://twitter.com/rynanan/status/207598086061686787
- # [01:33] <ejpbruel> jgilbert: lets go with whatever you want to use
- # [01:33] <jgilbert> ejpbruel: yeah, no kidding
- # [01:34] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [01:34] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:34] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Client exited)
- # [01:34] <Waldo> dolske: somewhat more seriously, the saved-passwords dialog perhaps should not have accesskeys in it, and/or there should be something to confirm removals, or something
- # [01:34] * Waldo has deled at least one password that way before
- # [01:35] <Waldo> not that this wouldn't just be lipstick on a pig, of course
- # [01:36] <Waldo> anyone know which test suite the most XBL tests live in, by chance?
- # [01:37] <Waldo> hmm, I guess some are in mochitest-plain
- # [01:37] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [01:38] <philor> crashtest has the most, amusingly enough
- # [01:38] <Waldo> haha
- # [01:38] <Waldo> somehow my patch passes mochitest-chrome, which may or may not mean anything
- # [01:38] * bear is now known as bear-afk
- # [01:40] * Joins: kanru` (user@moz-C2DFBF89.dynamic.hinet.net)
- # [01:40] * Quits: Noah (opera@moz-527ABC3E.dsl.rcsntx.sbcglobal.net) (Quit: Noah)
- # [01:42] * Quits: bc_ (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
- # [01:43] * Joins: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
- # [01:43] * Joins: Pike (Pike@moz-8185938A.pool.mediaways.net)
- # [01:44] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [01:44] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
- # [01:47] * Quits: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Client exited)
- # [01:47] * Quits: kanru` (user@moz-C2DFBF89.dynamic.hinet.net) (Quit: rcirc on GNU Emacs 24.1.50.4)
- # [01:47] * jlebar is now known as jlebar|away
- # [01:47] * Joins: kanru` (user@moz-C2DFBF89.dynamic.hinet.net)
- # [01:49] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
- # [01:49] * Quits: kanru` (user@moz-C2DFBF89.dynamic.hinet.net) (Quit: rcirc on GNU Emacs 24.1.50.4)
- # [01:49] * Joins: kanru` (user@moz-C2DFBF89.dynamic.hinet.net)
- # [01:49] * Quits: josh (josh@3464EC4F.72B357BE.A35657C3.IP) (Quit: josh)
- # [01:50] * AutomatedTester is now known as AutomatedTester|AFK
- # [01:51] * AutomatedTester|AFK is now known as AutomatedTester
- # [01:51] * Quits: kanru` (user@moz-C2DFBF89.dynamic.hinet.net) (Quit: rcirc on GNU Emacs 24.1.50.4)
- # [01:51] * Joins: kanru` (user@moz-C2DFBF89.dynamic.hinet.net)
- # [01:52] <jgilbert> ejpbruel: yeah, I really don't know. I guess go with sRGB for now
- # [01:54] * Quits: jbalogh (jbalogh@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [01:54] * Joins: knelson (Adium@moz-5CB0C315.dsl.pltn13.sbcglobal.net)
- # [01:54] * Parts: knelson (Adium@moz-5CB0C315.dsl.pltn13.sbcglobal.net)
- # [01:54] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Ping timeout)
- # [01:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [01:55] <ejpbruel> jgilbert: could you please put all these comments in the bug?
- # [01:55] <ejpbruel> jgilbert: and if i file a new patch tomorrow, could you take another look at it on thursday?
- # [01:55] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [01:55] * heycam|away is now known as heycam
- # [01:55] <jgilbert> ejpbruel: yeah, sure
- # [01:56] <ejpbruel> jgilbert: thanks! appreciate your time :)
- # [01:57] <froydnj> jlebar|away: njn: thanks for the reviews on bug 759147!
- # [01:59] <jgilbert> ejpbruel: no problem
- # [02:00] <ejpbruel> jgilbert: just so were clear now. what should these bitmasks be?
- # [02:01] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Quit: sriram)
- # [02:01] <ejpbruel> R: 0x000000FF, G: 0x0000FF00, B: 0x00FF0000, A: 0xFF000000, right?
- # [02:01] <jgilbert> yes
- # [02:02] <jgilbert> the shorthand being 0xAABBGGRR
- # [02:03] <ejpbruel> cool
- # [02:03] <jgilbert> our conversion output is an array like {RR,GG,BB,AA}, which is 0xAABBGGRR in little endian
- # [02:03] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [02:03] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [02:04] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
- # [02:04] <jgilbert> there's an outside chance that it wants big endian bitmasks
- # [02:04] <jgilbert> basically, if you try saving a BMP, and the colors are all wrong, try reversing those? >.<
- # [02:07] * Joins: nattokirai (nattokirai@moz-4B5534A0.mozilla.or.jp)
- # [02:08] * Joins: erikvold (erikvold@84B8C786.B12AEDC0.6E712CE2.IP)
- # [02:11] * Quits: Pike (Pike@moz-8185938A.pool.mediaways.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [02:11] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [02:12] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Connection reset by peer)
- # [02:12] * Quits: KaiRo_away (robert@moz-A200D4DB.adsl.highway.telekom.at) (Ping timeout)
- # [02:13] * Quits: Bas (chatzilla@C44AA73F.25C804EB.19D642F.IP) (Connection reset by peer)
- # [02:13] * Quits: Matti (chatzilla@moz-2AABD810.customers.d1-online.com) (Ping timeout)
- # [02:14] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [02:14] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [02:15] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [02:15] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
- # [02:15] * Quits: erikvold (erikvold@84B8C786.B12AEDC0.6E712CE2.IP) (Quit: erikvold)
- # [02:15] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [02:18] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [02:18] * Joins: KaiRo_away (robert@moz-A200D4DB.adsl.highway.telekom.at)
- # [02:18] <heycam> oh man, hundreds of 1.5MB plusone.google.com compartments in my about:memory. that's what I get for using google reader I guess.
- # [02:19] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [02:19] <@roc> go to njn's house and tell him to fix it
- # [02:19] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
- # [02:20] <@roc> seriously, someone should pound on optimizing memory usage of pluseone documents and similar
- # [02:20] <mbrubeck> about:memory needs an "block this domain in /etc/hosts" button
- # [02:20] <@roc> hehe
- # [02:20] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [02:20] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [02:21] * Joins: augustl (augustl@moz-21077EF5.customer.lyse.net)
- # [02:21] * Quits: myk1 (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:22] <augustl> hi folks. Is this an appropriate channel for Rhino related questions? Don't have any yet, but might have sooon ;)
- # [02:22] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [02:23] <@dbaron> are those "+1" buttons taking 1.5MB each?
- # [02:23] <jgilbert> augustl: it won't be a terrible place for being redirected to people who actually know, at least :)
- # [02:23] <heycam> dbaron, certainly looked like it, one per post in my feed
- # [02:23] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:24] <augustl> jgilbert: cool, thanks :)
- # [02:25] <heycam> augustl, and if you don't find the answer here if you email hannes w. he should send you in the right direction
- # [02:26] * Quits: kanru` (user@moz-C2DFBF89.dynamic.hinet.net) (Ping timeout)
- # [02:26] <augustl> heycam: that's good to know, thanks
- # [02:27] <darktrojan> mbrubeck++
- # [02:27] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [02:27] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
- # [02:27] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
- # [02:28] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [02:28] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
- # [02:28] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
- # [02:29] <augustl> hard to grasp the Rhino project, it seems like it's mostly understood by a small core. Latest release on http://www.mozilla.org/rhino/download.html is 1.7R3, the mailing list however is quite active and mentions R4 a lot
- # [02:30] * zpao is now known as zpao|detached
- # [02:30] <augustl> ..so, it's time for me to become part of that small core ;)
- # [02:30] * Joins: kanru` (user@moz-C2DFBF89.dynamic.hinet.net)
- # [02:30] * mjschranz is now known as mjschranz_away
- # [02:30] <@dolske> dbaron: you must have missed my tweet :) https://twitter.com/dolske/status/200787837275213825
- # [02:31] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:31] * Quits: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [02:32] <heycam> augustl, R4 hasn't been released yet (it seems, just by looking at https://github.com/mozilla/rhino/blob/master/build.properties)
- # [02:32] * Quits: jdm (jdm@moz-BBF4A8D1.range86-144.btcentralplus.com) (Client exited)
- # [02:32] <njn> bent: ping
- # [02:32] <njn> bent: did you see https://bugzilla.mozilla.org/show_bug.cgi?id=749010 ?
- # [02:33] * Quits: bbondy (bbondy@moz-A05ECC22.home.cgocable.net) (Ping timeout)
- # [02:33] * Joins: kvda (kvda@AFDD388F.C3893E67.923345AB.IP)
- # [02:33] * zpao|detached is now known as zpao
- # [02:35] <bent> njn, sorry, running out
- # [02:35] <bent> njn, but yes
- # [02:35] <bent> it's on the back burner
- # [02:35] * Quits: rillian (giles@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [02:35] <philor> nice, didn't notice that tbpl stopped refreshing 90 minutes ago
- # [02:36] <philor> and in the meantime, jkew broke the world
- # [02:36] * Quits: tonymec|away (tonymec@179EB2F9.9CEE3480.277517C1.IP) (Connection reset by peer)
- # [02:36] * Quits: tonymec (tonymec@179EB2F9.9CEE3480.277517C1.IP) (Connection reset by peer)
- # [02:36] * Joins: bbondy (bbondy@moz-A05ECC22.home.cgocable.net)
- # [02:37] * Quits: zwol (zwol@moz-F391F09C.csl.sri.com) (Quit: Leaving)
- # [02:37] <darktrojan> he's trying to hide his mistakes from you
- # [02:38] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:39] * Joins: tonymec|away (tonymec@6ADEAD1A.BD2F4AC.277517C1.IP)
- # [02:40] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [02:41] * Quits: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net) (Quit: )
- # [02:43] <hobophobe> What's the Correct Way to get the equivalent of :hover on chrome elements without mouseenter/mouseleave?
- # [02:44] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant)
- # [02:44] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:45] * Mook_as assumes :hover ?
- # [02:45] * cadecairos_away is now known as cadecairos
- # [02:45] * AutomatedTester is now known as AutomatedTester|AFK
- # [02:46] <hobophobe> I mean in JavaScript :)
- # [02:46] * mjschranz_away is now known as mjschranz
- # [02:47] * Quits: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:47] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
- # [02:47] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [02:48] * joduinn-mtg is now known as joduinn-coffee
- # [02:48] * Quits: kaie (kaie@moz-4263B91D.dip.t-dialin.net) (Quit: Leaving)
- # [02:48] <dougt> i am going to back out jkew on inbound
- # [02:49] <dougt> it looks like C and C3 are orange
- # [02:50] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/013b22ee36b7 - Philipp von Weitershausen - Bug 756607 - Rewrite telephony tests. r=jgriffin
- # [02:50] <firebot> http://hg.mozilla.org/mozilla-central/rev/c1ad9e9f6632 - Philipp von Weitershausen - Bug 756607 - Rewrite battery tests. r=jgriffin
- # [02:50] <firebot> http://hg.mozilla.org/mozilla-central/rev/1c1318dbdf55 - Philipp von Weitershausen - Bug 756607 - Rewrite SMS tests. r=jgriffin DONTBUILD because NPOTB
- # [02:52] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:53] * davehunt is now known as davehunt|away
- # [02:54] * Joins: tonymec (tonymec@6ADEAD1A.BD2F4AC.277517C1.IP)
- # [02:55] * Quits: jduell (jduell@moz-A71D42D4.nc.res.rr.com) (Ping timeout)
- # [02:55] * Quits: nattokirai (nattokirai@moz-4B5534A0.mozilla.or.jp) (Quit: nattokirai)
- # [02:55] <lduros> I'm making my own build of FF in .mozilla/custom
- # [02:55] <lduros> with the basename as custom, I mean
- # [02:56] <lduros> however, everytime I run it ubufox is on (on ubuntu)
- # [02:56] <lduros> is there a way to prevent that, other than disabling all the global extensions
- # [02:56] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [02:56] <jtcranmer> is there any plan to implement http://wiki.whatwg.org/wiki/StringEncoding in Gecko?
- # [02:57] <hobophobe> lduros: If I understand correctly, you can do it by modifying the profile's add-on scope: http://mike.kaply.com/2012/02/21/understanding-add-on-scopes/
- # [02:57] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
- # [02:57] <lduros> hobophobe: hmm never heard of this :-) ! Thanks! :-)
- # [02:58] <hobophobe> Ah, wait, I think it would disable other add-ons in the same scope though
- # [02:58] * mjschranz is now known as mjschranz_away
- # [02:58] <hobophobe> But it wouldn't disable them for other profiles, just the one you set it on.
- # [02:58] <lduros> well, if only the extensions that are in the extension folder of the build + those in the home .mozilla/custom folder... it would work for me
- # [02:59] * Joins: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net)
- # [03:00] * ctalbert is now known as ctalbert|afk
- # [03:00] <lduros> i'll check it... thanks!
- # [03:01] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [03:01] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [03:01] <Ameya> !seen eshan
- # [03:01] <firebot> eshan was last seen 137 weeks, 5 days, 11 hours, 10 minutes and 50 seconds ago, changing nick to es87.
- # [03:02] <zpao> !seen ehsan
- # [03:02] <firebot> ehsan was last seen 3 hours, 35 minutes and 31 seconds ago, saying 'don't wanna whine' in #developers.
- # [03:02] <zpao> Ameya: i think that's who you want
- # [03:02] <Ameya> ya sorry
- # [03:02] * Quits: robhawkes|SF (robhawkes@71702DA1.A945095F.E1A5596F.IP) (Quit: Leaving...)
- # [03:03] * fabrice is now known as fabrice|afk
- # [03:03] * cadecairos is now known as cadecairos_away
- # [03:03] * cadecairos_away is now known as cadecairos
- # [03:06] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [03:06] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [03:06] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [03:06] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [03:07] <lduros> hobophobe: so in my case i'd set the variable at 7?
- # [03:07] <lduros> i'll give it a shot
- # [03:07] <hobophobe> lduros: Right
- # [03:07] * zpao is now known as zpao|detached
- # [03:07] <lduros> :-)
- # [03:08] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
- # [03:08] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [03:09] <lduros> hobophobe: I already have pref() inside browser/branding/unofficial/pref/firefox-branding.js
- # [03:09] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
- # [03:09] <lduros> I guess it would work there ;-)
- # [03:09] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [03:09] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [03:11] * dhylands is now known as dhylands|afk
- # [03:11] * joduinn-coffee is now known as joduinn-mtg
- # [03:12] * Quits: chewey (chewey@moz-5FC59F47.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:12] * Joins: chewey (chewey@moz-AA9BE484.dip0.t-ipconnect.de)
- # [03:12] * Quits: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 12.0/20120420145725])
- # [03:12] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [03:14] * Quits: kanru` (user@moz-C2DFBF89.dynamic.hinet.net) (Ping timeout)
- # [03:15] * Quits: bbondy (bbondy@moz-A05ECC22.home.cgocable.net) (Ping timeout)
- # [03:16] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [03:19] * Joins: brendan (brendaneic@moz-2CA524F7.dia.static.qwest.net)
- # [03:21] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [03:22] <lduros> hobophobe: here is what seems to work for me: pref("extensions.autoDisableScopes", 8); pref("extensions.enableScopes", 7); ---- I thank you very much for your help! :-)
- # [03:22] <hobophobe> lduros: Happy to hear it :)
- # [03:23] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [03:26] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [03:26] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [03:27] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
- # [03:27] <KWierso> wtf
- # [03:27] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [03:27] <KWierso> so, aurora just crashed on me
- # [03:27] <KWierso> I clicked "Restart" from the crash reporter, and then aurora started up with a different profile :\
- # [03:28] * KaiRo_away is now known as KaiRo
- # [03:28] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [03:28] <hobophobe> Had you used that profile more recently in a separate session?
- # [03:29] <lduros> isn't that the last used profile option or something
- # [03:30] <KWierso> possibly, but I don't think so
- # [03:30] * Joins: nattokirai_ (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [03:30] <KaiRo> Tanner: if you got a "corrupt stack", you usually have no info at all of the crash - the Windows function for writing minidumps fails if the process is e.g. OOM, ted can sing a song of that. what may work is if you have STR or see it often yourself to catch the crash in a debugger yourself, maybe you can get some info there
- # [03:30] <lduros> StartWithLastProfile
- # [03:31] <KWierso> the profile it ended up using was from my Nightly installation, but I'm pretty sure I started the aurora session and profile up more recently
- # [03:31] <lduros> KWierso: were you using the profile using cfx and the -p flag? :-)
- # [03:31] <lduros> just curious
- # [03:31] <KWierso> nope, just browsing
- # [03:31] <lduros> ok
- # [03:32] <KWierso> and I'm not brave enough to pass any of my normal profiles in to cfx :)
- # [03:32] <lduros> haha
- # [03:32] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [03:33] * coop|away is now known as coop
- # [03:34] * Quits: JeroenDeDauw (j@moz-15CBCCA6.dip.t-dialin.net) (Quit: Leaving.)
- # [03:38] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [03:38] * Joins: espindola (espindola@moz-7BD28E2D.dsl.teksavvy.com)
- # [03:39] * Quits: rstrong (rstrong@moz-CE19CA8.dsl.scrm01.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [03:40] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [03:42] * nthomas is now known as nthomas|away
- # [03:44] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [03:44] * Joins: zzzzz (chatzilla@moz-D6DE409E.dhcp.embarqhsd.net)
- # [03:44] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [03:44] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Ping timeout)
- # [03:45] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [03:45] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [03:45] <lduros> is there an ac_add_options or a pref() to disable "sync"?
- # [03:45] <lduros> i tried ac_add_options --disable-sync
- # [03:45] <lduros> without luck
- # [03:46] * mjschranz_away is now known as mjschranz
- # [03:48] * Quits: KaiRo (robert@moz-A200D4DB.adsl.highway.telekom.at) (Input/output error)
- # [03:49] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:50] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Client exited)
- # [03:50] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
- # [03:50] * ChanServ sets mode: +o bz
- # [03:50] <gavin> lduros: export MOZ_SERVICES_SYNC= might work
- # [03:50] <gavin> might not, dunno whether anyone tests that!
- # [03:50] * Joins: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net)
- # [03:50] <gavin> (also don't know why it's still around, will probably disappear at some point)
- # [03:51] <lduros> hmm
- # [03:51] <lduros> :-)
- # [03:51] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
- # [03:51] <lduros> haha
- # [03:51] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:51] <lduros> gavin: that goes in .mozconfig?
- # [03:52] <lduros> yeh, looks like it
- # [03:52] <lduros> well, I have to compile to know
- # [03:52] <lduros> :-)
- # [03:52] <lduros> it's going to take roughly 45mn :-0
- # [03:52] <lduros> gavin: thanks much for the tip :-)
- # [03:53] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [03:54] * Joins: surkov (surkov@5F83DAE4.67A28CF2.EBE09E3C.IP)
- # [03:55] * Quits: sewardj (sewardj@moz-FFAF8BFE.dip.t-dialin.net) (Ping timeout)
- # [03:56] * Quits: garnacho (carlos@moz-C1763940.static.user.ono.com) (Ping timeout)
- # [03:56] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
- # [03:56] * Joins: sewardj (sewardj@moz-18671CFA.dip.t-dialin.net)
- # [03:57] * Quits: brendan (brendaneic@moz-2CA524F7.dia.static.qwest.net) (Ping timeout)
- # [03:58] * Quits: TheCrap (TheCrap@moz-DEDD2C65.dip0.t-ipconnect.de) (Ping timeout)
- # [03:58] * Joins: TheCrap (TheCrap@moz-71687EAB.dip0.t-ipconnect.de)
- # [03:59] <njn> oh god
- # [03:59] <njn> #define BEGIN_WORKERS_NAMESPACE \
- # [03:59] <njn> namespace mozilla { namespace dom { namespace workers {
- # [03:59] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
- # [03:59] <njn> END_WORKERS_NAMESPACE and USING_WORKERS_NAMESPACE are similar
- # [03:59] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [03:59] <njn> ...
- # [03:59] <njn> NAMESPACE ALL THE THINGS!
- # [03:59] <njn> \o/
- # [04:00] * philor is now known as philor|away
- # [04:00] * Joins: jduell (jduell@moz-A71D42D4.nc.res.rr.com)
- # [04:01] <@roc> yeah
- # [04:01] <@roc> I'll r+ your fix
- # [04:01] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [04:01] <@bz> yeah, workers are namespace-happy
- # [04:01] <@roc> basically, if your namespaces are so deep you need to macroize the code to deal with them, something has gone terribly wrong
- # [04:02] * Quits: TheCrap (TheCrap@moz-71687EAB.dip0.t-ipconnect.de) (Ping timeout)
- # [04:02] <@bz> bent and bholley tried to infect the Paris bindings with that stuff
- # [04:02] <@bz> and at first it was working
- # [04:02] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [04:03] <@bz> but then antibody production went into full swing, and after a few days of fever and delirium the patient got better
- # [04:03] <bent> bz, hey, i argued for traits classes ;)
- # [04:03] * Quits: jduell (jduell@moz-A71D42D4.nc.res.rr.com) (Ping timeout)
- # [04:03] <@bz> bent: nothing wrong with traits classes
- # [04:03] * glob|away is now known as glob
- # [04:03] <@bz> bent: but you also wanted mozilla::dom::bindings, iirc
- # [04:03] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [04:03] <bent> oh, yeah
- # [04:03] <@bz> bent: if I'm wrong, I apologize for slandering you and beg forgiveness. ;)
- # [04:04] <bent> i like that better than mozilla::dom::FooBinding
- # [04:04] <bent> but whatever
- # [04:04] * joduinn-mtg is now known as joduinn
- # [04:04] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
- # [04:06] <@bz> bent: so I was thinking....
- # [04:06] <@bz> bent: (a mistake, I know)
- # [04:07] <@bz> bent: maybe the path of least resistance to do binding stuff for canvas in workers is to have two subclasses that share a common superclass where all the impl stuff lives
- # [04:07] <@bz> bent: and the subclasses just handle the memory management (cc and worker stuff respectively)
- # [04:07] * mjschranz is now known as mjschranz_away
- # [04:07] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:08] <bent> and the events?
- # [04:08] <@bz> bent: everything else is just promising to be pain without end at the moment. :(
- # [04:08] <bent> can't remember if canvas uses events
- # [04:08] <@bz> bent: I don't think the canvas _context_ really does
- # [04:08] <bent> ok
- # [04:09] <bent> so in the past we thought
- # [04:09] <@roc> when are we going to have CC in workers?
- # [04:09] <bent> either subclasses or templatized bases
- # [04:09] <@bz> roc: the current plan seems to be "never"
- # [04:09] <bent> whichever seems easiest
- # [04:09] <@bz> roc: which makes life exciting
- # [04:09] <bent> well, "hopefully never"
- # [04:09] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Ping timeout)
- # [04:10] <@roc> seems to me that over time it's inevitable we'll want CC in workers
- # [04:10] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
- # [04:10] <@roc> and in the meantime the divergence between main-thread and workers' memory management is just going to cause us pain
- # [04:10] <@bz> there are some almost-violent disagreements
- # [04:10] <cjones> why can't we do per-thread CC again?
- # [04:11] <bent> we can
- # [04:11] * @bz can't even recall who was in which camp anymore
- # [04:11] <bent> some of us just don't want to spread cc everywhere
- # [04:11] <@bz> but some of us were suggesting per-thread CC and some wanted all ownership to be expressed via links the JS GC knows about
- # [04:11] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
- # [04:11] <@bz> bent: but note that some of the worker trace hooks would apparently not so much work with IGC
- # [04:12] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [04:12] <bent> oh?
- # [04:12] <@bz> bent: billm was happy to discover that was worker-only code, since IGC is disabled there....
- # [04:12] <bent> oy, i really can't get distracted with this stuff at the moment
- # [04:12] <bent> sorry
- # [04:12] <bent> deadlines...
- # [04:12] <@bz> bent: when do you get freer, btw?
- # [04:12] <bent> next monday
- # [04:12] <@bz> bent: we really do need to solve this problem one way or another
- # [04:13] <@bz> ok
- # [04:13] <bent> i'll either be dead or happy
- # [04:13] <bent> ;)
- # [04:13] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:14] <@bz> heh
- # [04:14] <bent> (maybe both)
- # [04:14] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [04:14] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [04:16] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [04:16] <@roc> CC sucks
- # [04:16] <@roc> having different memory management on main thread vs workers sucks worse
- # [04:17] <@roc> moving away from CC for the main thread probably sucks worst of all
- # [04:17] <@roc> so, put me down as an advocate for CC everywhere
- # [04:17] <@bz> billm wants to do some of this last
- # [04:17] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [04:17] <@bz> move to storing all members in JSObject reserved slots
- # [04:17] <@bz> so the GC knows about them
- # [04:17] <@roc> for all host objects?
- # [04:17] <@bz> see thread in js-engine.internals
- # [04:17] <@bz> that was unclear
- # [04:17] <@bz> he was mostly talking DOM
- # [04:18] <@bz> like actual nodes
- # [04:18] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [04:19] * Joins: Mook (mook@moz-15AE9125.dsl.teksavvy.com)
- # [04:19] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
- # [04:20] <zwol> I have just noticed that Firefox has mysteriously started changing the background color of some, but not all, form fields to blue.
- # [04:21] <zwol> Actually it's been doing this for some time (since fx11, at least) but I didn't realize it was Firefox doing it till now/
- # [04:21] <zwol> What gives?
- # [04:21] <KWierso> zwol: you sure it's firefox and not some addon?
- # [04:21] <zwol> not 100% sure but it's consistent across 3 different computers and 2 users.
- # [04:22] <zwol> *tries safe mode
- # [04:22] * KWierso guesses some antivirus/security software
- # [04:22] <zwol> no antivirus on Linux
- # [04:23] <zwol> ok, not happening in safe mode
- # [04:23] <KWierso> fun
- # [04:24] <zwol> I suppose this isn't a #developers question at this point
- # [04:25] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [04:26] * Quits: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net) (Quit: Mardak)
- # [04:26] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 12.0/20120424092743])
- # [04:26] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [04:27] <zwol> ok, found it - it's a buggy add-on. :-/
- # [04:27] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:28] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [04:28] <KWierso> zwol: which one?
- # [04:28] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
- # [04:28] <zwol> https://addons.mozilla.org/en-US/firefox/addon/reallyremember/?src=api
- # [04:29] <zwol> it's supposed to do this to password fields, but it's hitting things like the Twitter search box
- # [04:29] <zwol> '
- # [04:29] * nli|away is now known as nli
- # [04:30] <KWierso> Version 0.2 Released May 9, 2012 148.5 KB Works with Firefox 10.0 and later
- # [04:30] <KWierso> Now supports all input fields with autocomplete=off, not just password fields.
- # [04:31] <zwol> Right.
- # [04:32] <zwol> There is a difference between autocomplete=off because this form does its own autocomplete with JS
- # [04:32] * Quits: Tanner (Tanner@moz-61EB699D.client.mchsi.com) (Ping timeout)
- # [04:32] * Joins: Tanner (Tanner@moz-61EB699D.client.mchsi.com)
- # [04:32] <zwol> and autocomplete=off because I'm a bank and I think I'm more secure if I don't let the computer remember things
- # [04:32] <zwol> and I dunno if there's a good way for the extension to tell the difference.
- # [04:32] <zwol> Meantime, I think this is not what I would call good UI.
- # [04:33] <zwol> anyway.
- # [04:33] <KWierso> glad you figured it out
- # [04:34] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
- # [04:35] * Quits: Tanner (Tanner@moz-61EB699D.client.mchsi.com) (Ping timeout)
- # [04:35] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [04:35] * Joins: Tanner (Tanner@moz-61EB699D.client.mchsi.com)
- # [04:37] * Joins: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net)
- # [04:37] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [04:37] * Quits: Tanner (Tanner@moz-61EB699D.client.mchsi.com) (Ping timeout)
- # [04:37] * Joins: Tanner (Tanner@moz-61EB699D.client.mchsi.com)
- # [04:37] * nthomas|away is now known as nthomas
- # [04:39] * Joins: bonnie_ (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
- # [04:43] * Joins: robhawkes (robhawkes@71702DA1.A945095F.E1A5596F.IP)
- # [04:43] * Joins: Mavericks (Mibbit@AE62E7F7.8BB74E6E.FDEA3160.IP)
- # [04:44] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [04:46] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
- # [04:46] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Input/output error)
- # [04:47] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:49] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [04:49] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:50] * heycam is now known as heycam|away
- # [04:51] * Joins: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
- # [04:52] * philor|away is now known as philor
- # [04:53] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:54] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
- # [04:55] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [04:57] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [04:57] * glob is now known as glob|away
- # [04:57] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [04:58] <hobophobe> If only there were a "pointer-events: pass-through" in CSS that would let events hit that layer and then continue to underlying elements.
- # [04:58] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [04:59] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [04:59] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [05:02] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [05:04] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [05:05] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [05:05] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [05:07] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:07] * cjones is now known as cjones-dinner
- # [05:10] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:10] <njn> jaws: ping
- # [05:11] <njn> jaws: I don't know which "it" you are referring to in https://bugzilla.mozilla.org/show_bug.cgi?id=749010#c80
- # [05:12] <jaws> njn: did you try running the test locally in an opt build to see if you could reproduce the crash?
- # [05:12] <njn> jaws: yes
- # [05:12] <njn> jaws: I run that test frequently, both opt and debug, it's never crashed for me
- # [05:12] <jaws> oh ok, i couldnt reproduce the crash either
- # [05:13] <njn> jaws: weren't you bisecting it?
- # [05:13] <jaws> njn: i had trouble bisecting it
- # [05:13] <njn> jaws: presumably dolske could reproduce it?
- # [05:13] <jaws> nope
- # [05:13] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/4b57d0e84255 - Nicholas Cameron - Bug 752380; correct use of enums. r=Bas
- # [05:14] <njn> jaws: oh, that's just from reading the code?
- # [05:14] <jaws> yeah
- # [05:14] <jaws> but maybe if we update a tree to tip of beta and then send it to try server, and then apply your patch and send it to tryserver we might be able to reproduce it
- # [05:14] <njn> jaws: ugh, that means we'll just have to land it and cross our fingers
- # [05:14] <jaws> i wonder what's different between tryserver and regular build server
- # [05:15] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
- # [05:15] <njn> jaws: I'm testing on mozilla-inbound, BTW
- # [05:16] <jaws> ok, well it's only supposed to crash reliably on mozilla-beta
- # [05:16] <njn> jaws: ok, I'll try that
- # [05:16] * njn goes and clones a beta repo
- # [05:17] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [05:21] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
- # [05:21] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [05:22] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [05:22] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [05:25] <philor> njn: don't forget about PGO
- # [05:25] <@roc> woah, linking libxul debug on Windows *and* doing a separate build in a large Linux VM, and my machine is still completely usable
- # [05:25] <@roc> with 15GB of RAM in use
- # [05:25] * @roc hugs Gordon Moore
- # [05:25] <Bas> bent: Is there any public google reader stuff where you're seeing this OOM issue?
- # [05:25] * coop is now known as coop|away
- # [05:26] <Mavericks> roc: total RAM is ?
- # [05:26] <Callek> roc: holy crap, is that an amazing system or amazing build process?
- # [05:26] * Callek is curious
- # [05:26] <Bas> Callek roc: Yes, I very much love my 12-core 24GB RAM :p
- # [05:27] <Callek> Bas: I have an intel i7 sandy, with 8GB ram laptop that I love, but roc's setup sounds extravagent
- # [05:27] <mwu> 16gb ram on a laptop.
- # [05:27] <bent> Bas, if it's really an OOM thing then maybe you just have to use it for a while
- # [05:27] <bent> i think it loads lots of iframes
- # [05:27] <Bas> Callek: I have a Dual Intel Xeon E4650 with 24GB :P It might -sound- extravagant but it's amazing how much useful time it saves you.
- # [05:27] <mwu> I think I'm actually at the point where I probably have enough memory
- # [05:31] <@roc> Mavericks: 16GB
- # [05:31] <@roc> 16GB is not extravagant these days
- # [05:31] <@roc> this laptop is nearly two years old
- # [05:32] <@roc> this 16GB RAM cost me 150 NZD retail
- # [05:32] <Bas> I can't wait 'till Lenovo starts selling the Ivy Bridge Thinkpad W :)
- # [05:32] <@roc> newer Lenovos support 32GB RAM
- # [05:32] * joduinn is now known as joduinn-afk
- # [05:32] <@roc> for 150 NZD it's a no-brainer to upgrade everyone's laptop to 16GB
- # [05:33] * Quits: Tanner (Tanner@moz-61EB699D.client.mchsi.com) (Ping timeout)
- # [05:33] <Mavericks> roc: and I thought upgrading five year old laptop from 1GB to 2.5GB was something. pawned
- # [05:33] * Joins: Tanner (Tanner@moz-61EB699D.client.mchsi.com)
- # [05:33] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
- # [05:33] <@roc> I don't know if 32GB is worth it
- # [05:33] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
- # [05:33] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
- # [05:33] <@roc> I haven't yet found a workload that needs it :-)
- # [05:33] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
- # [05:34] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [05:35] * glob|away is now known as glob
- # [05:35] * Quits: Tanner (Tanner@moz-61EB699D.client.mchsi.com) (Connection reset by peer)
- # [05:35] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [05:36] <Unfocused> you will. parkinson's law
- # [05:36] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [05:37] <darktrojan> roc, you're going to upgrade my laptop? thanks!
- # [05:37] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
- # [05:37] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [05:38] <jbuck> make a ram disk, and store a VM on it
- # [05:38] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
- # [05:38] * Neil is now known as NeilZZZ
- # [05:38] <jbuck> (or something equally silly, but possible with that much ram)
- # [05:39] <darktrojan> put mozilla-central on it
- # [05:39] <@dolske> run firefox
- # [05:39] <@dolske> *cough*
- # [05:39] <darktrojan> that ^
- # [05:40] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [05:41] <@dolske> why, it's nearly enough for 21,850 Google+ compartments.
- # [05:41] * Joins: twi (Adium@moz-4BC71FC0.addr.tdcsong.se)
- # [05:42] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [05:42] * heycam|away is now known as heycam
- # [05:42] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
- # [05:43] * Quits: tonymec (tonymec@6ADEAD1A.BD2F4AC.277517C1.IP) (Ping timeout)
- # [05:43] * Quits: glandium (glandium@moz-6CEC22A8.fbx.proxad.net) (Ping timeout)
- # [05:43] <Mavericks> roc: nice to know it costed 150 NZ , i've to spend 60% of that to upgrade mine by another 2GB only. unbelievable
- # [05:43] * Quits: alexis (alexis@moz-261A0603.lolnet.org) (Ping timeout)
- # [05:43] * Joins: tonymec (tonymec@6ADEAD1A.BD2F4AC.277517C1.IP)
- # [05:44] * Joins: Havvy (Mibbit@moz-532C777C.ptld.qwest.net)
- # [05:44] * Quits: ewong|afk (chatzilla@moz-3CBEA671.ctinets.com) (Ping timeout)
- # [05:45] <Unfocused> presumably that's an older type of ram though - which does cost significantly more
- # [05:46] * Joins: ewong|afk (chatzilla@moz-3CBEA671.ctinets.com)
- # [05:46] * Joins: graydot (jebasinghe@B6001B9.4E8FB30C.700C6EB0.IP)
- # [05:46] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [05:46] <Vincent_Chang> I can use JS_DefineFunction to define native function to be called in JS with arguments , but can I define this native function which return string to JS ?
- # [05:47] <kinetik> 32GB of non-ECC memory sounds terrifying
- # [05:47] * Joins: glandium (glandium@moz-6CEC22A8.fbx.proxad.net)
- # [05:47] <Mavericks> Unfocused: yea
- # [05:49] * Joins: alexis (alexis@moz-261A0603.lolnet.org)
- # [05:50] <@bz> Vincent_Chang: sure, why not?
- # [05:51] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
- # [05:51] * ewong|afk is now known as ewong
- # [05:52] <@bz> hmm
- # [05:52] <@bz> good reasons to not get a mac
- # [05:52] <@bz> 16GB of RAM
- # [05:53] <Vincent_Chang> But JSNative function pointer's return type is JSBooL
- # [05:53] <@bz> its return type is whether it succeeded
- # [05:53] <@bz> true means everything is fine, false means exception is thrown
- # [05:53] <@bz> the return value in JS terms is what ends up in *vp
- # [05:54] <@roc> kinetik: you might not get the right data, but at least you'll get it quickly!
- # [05:54] <Vincent_Chang> so I have to put the string in *vp ?
- # [05:54] <@bz> yes
- # [05:55] <Vincent_Chang> then I can get the return value in JS
- # [05:55] * @bz wonders whether that should hae been a qualified "yes"
- # [05:55] <@bz> because I can just see solutions that involve reinterpret_cast here
- # [05:55] <@roc> uh oh
- # [05:55] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [05:56] <@bz> I mean.... it's the obvious way to go from char* to jsval*, right?
- # [05:56] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [05:56] <Vincent_Chang> yes
- # [05:56] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [05:56] <@bz> that was sarcas
- # [05:56] <@bz> er, sarcasm
- # [05:56] <@bz> in case it wasn't clear
- # [05:57] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [05:58] <Vincent_Chang> Can I find the example code doing this ?
- # [05:59] <@bz> what form is your string in?
- # [05:59] <@bz> char*?
- # [05:59] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [05:59] * nattokirai_ is now known as nattokirai
- # [05:59] <@bz> jschar*?
- # [05:59] <@bz> something else?
- # [06:00] <Vincent_Chang> char *
- # [06:00] <zwol> bz: i'm about to go to bed, but fyi, your suggestion of what to do with my event dispatch worked.
- # [06:00] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
- # [06:01] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [06:02] <@bz> zwol: great!
- # [06:02] <@bz> Vincent_Chang: like so:
- # [06:02] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
- # [06:03] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Quit: zwol)
- # [06:03] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [06:03] <@bz> JSString* str = JS_NewStringCopyZ(cx, yourchars);
- # [06:03] <Bas> bent: Bloody thing won't leak for me! :(
- # [06:03] <@bz> if (!str) { /* whatever error handling */ }
- # [06:03] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Ping timeout)
- # [06:03] <@bz> *vp = JS::StringValue(str);
- # [06:04] <Vincent_Chang> thank you. Let me try
- # [06:04] * KWierso is amused that things NOT leaking is a sadface moment
- # [06:04] <Bas> Kwierso: Debugging things that don't happen for you is sooo hard :(
- # [06:05] <KWierso> ^
- # [06:05] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [06:06] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
- # [06:06] * Quits: espindola (espindola@moz-7BD28E2D.dsl.teksavvy.com) (Quit: Ex-Chat)
- # [06:07] * Joins: shianyow (shianyow@moz-99690620.hinet-ip.hinet.net)
- # [06:07] * Joins: gfritzsche (gfritzsche@moz-4A1C25B4.dynamic.qsc.de)
- # [06:08] <Bas> bent: Oh noes! :( I was inadvertently testing with Azure content disabled!
- # [06:08] <philor> why are people I want to... question never around when I want them?
- # [06:09] <@bz> philor: are they ever around?
- # [06:09] <philor> bz: when I go to sleep, they come out, like rats
- # [06:09] <philor> https://hg.mozilla.org/integration/mozilla-inbound/rev/e4823da049f8 has failed its tests three times already, once with a crash
- # [06:10] <philor> I was going to file and live with it, but I'm not so sure I want to live with https://tbpl.mozilla.org/php/getParsedLog.php?id=12177269&tree=Mozilla-Inbound
- # [06:10] <JuanDaugherty> rats? maybe has different assoc. in your culture
- # [06:10] * cadecairos is now known as cadecairos_away
- # [06:10] <philor> maybe not :)
- # [06:10] * Quits: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP) (Ping timeout)
- # [06:11] <JuanDaugherty> there are cultures where rat is a treat
- # [06:11] <KWierso> this is the culture where rats are disgusting vermin :)
- # [06:11] * Joins: sawrubh (Mibbit@6DC6EE57.B58431F7.4FFC111C.IP)
- # [06:11] * Joins: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net)
- # [06:11] <JuanDaugherty> at their Chuck E' Cheese, they serve the mascot
- # [06:12] <jwir3> gross
- # [06:12] <jwir3> haha though
- # [06:12] * Joins: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net)
- # [06:12] <philor> sicking!
- # [06:13] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [06:13] <KWierso> itym sickening!
- # [06:13] <KWierso> :)
- # [06:13] <JuanDaugherty> actually they're usually sold barbequed on a stick
- # [06:13] <JuanDaugherty> rat kebob if you will
- # [06:14] <Unfocused> am i the only one that's suddenly hungry?
- # [06:15] <scientes> Unfocused, no
- # [06:15] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: Leaving)
- # [06:16] <philor> eh, backout
- # [06:19] * cjones-dinner is now known as cjones
- # [06:21] * Joins: jduell (jduell@moz-A71D42D4.nc.res.rr.com)
- # [06:21] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [06:21] <Vincent_Chang> bz: thank you, it works fine
- # [06:23] <@bz> Vincent_Chang: you're welcome
- # [06:23] * bz is now known as bz_sleep
- # [06:24] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [06:24] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:25] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [06:29] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
- # [06:30] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [06:34] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [06:34] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [06:35] <njn> what's the difference between opt64 and pgo64 builds on Linux?
- # [06:37] <philor> mk_add_options MOZ_PGO=1
- # [06:37] <njn> I can't reproduce the Linux64 pgo Moth test failure at https://tbpl.mozilla.org/?rev=046e86aee0c1&tree=Mozilla-Beta
- # [06:37] <njn> philor: k, thx
- # [06:37] <philor> and locally, um something else like building a different target, I just had that ready for your try push
- # [06:38] <philor> https://developer.mozilla.org/en/Building_with_Profile-Guided_Optimization
- # [06:39] * Quits: graydot (jebasinghe@B6001B9.4E8FB30C.700C6EB0.IP) (Quit: graydot)
- # [06:39] <njn> philor: those instructions to mention MOZ_PGO at all
- # [06:39] <njn> *don't
- # [06:40] <philor> yeah, you can't tell the tryserver to make -f client.mk profiledbuild
- # [06:40] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [06:40] * Joins: erikvold (erikvold@F8130478.1699A1DD.67CA24A9.IP)
- # [06:40] <philor> other than by telling it MOZ_PGO=1
- # [06:40] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [06:40] <njn> philor: this is for a local build, not try server
- # [06:40] <njn> mk_add_options PROFILE_GEN_SCRIPT=/home/user/run-firefox.sh
- # [06:40] <njn> what's with that path?
- # [06:40] <njn> doesn't seem right
- # [06:40] <njn> I can't find run-firefox.sh in the repo
- # [06:40] <philor> further down, "do it like tinderbox"
- # [06:41] * nthomas is now known as nthomas|away
- # [06:41] <philor> mk_add_options PROFILE_GEN_SCRIPT='$(PYTHON) $(MOZ_OBJDIR)/_profile/pgo/profileserver.py'
- # [06:43] <njn> philor: ok, I'm building with that mk_add_options line in my mozconfig, and I used "profiledbuild"
- # [06:43] * jlebar|away is now known as jlebar
- # [06:43] <philor> probably time to make a sandwich
- # [06:44] <njn> philor: thanks for the help
- # [06:44] <KWierso> or ten
- # [06:44] <njn> or write a memshrink report
- # [06:44] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [06:45] <darktrojan> nah, sandwich
- # [06:47] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [06:49] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [06:49] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [06:52] <daleharvey> Does anyone know when we will implement something like getDatabaseNames for indexeddb
- # [06:55] * Joins: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com)
- # [06:56] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [06:57] <njn> philor, KWierso: goodness, a browser window just popped up and started loading random pages
- # [06:57] * njn suspects this is a good sign
- # [06:57] <KWierso> Optimizing your profile!
- # [06:57] <philor> woo, halfway there
- # [06:58] * KWierso has never built with PGO enabled
- # [06:58] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [06:59] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [06:59] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [07:01] * Joins: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net)
- # [07:02] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [07:03] * Quits: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net) (Quit: Mardak)
- # [07:04] * Joins: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net)
- # [07:04] <dzbarsky> are clang mac builds working again?
- # [07:05] * Parts: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP)
- # [07:05] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:06] <@bz_sleep> dzbarsky: if you qimport the right patch.... ;)
- # [07:06] <dzbarsky> heh. go sleep
- # [07:07] * @bz_sleep is debugging a tables crash
- # [07:07] <@bz_sleep> but yes
- # [07:07] <@bz_sleep> I should
- # [07:08] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [07:10] * Joins: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP)
- # [07:12] * Parts: zandr (zandr@moz-891BD824.milewski.org)
- # [07:12] * Quits: ircloggr (nodebot@moz-15CDC4A.compute-1.amazonaws.com) (Client exited)
- # [07:12] * Quits: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net) (Quit: Mardak)
- # [07:13] * Joins: ircloggr (nodebot@moz-D1D71655.compute-1.amazonaws.com)
- # [07:15] * Joins: graydot (jebasinghe@83B20D2F.370FE27D.302A44F.IP)
- # [07:15] * Quits: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [07:16] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [07:17] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [07:19] * dhylands|afk is now known as dhylands
- # [07:20] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [07:22] * Joins: smontagu (chatzilla@2B060B9D.C39404F5.CB858787.IP)
- # [07:22] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [07:24] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:25] * erick is now known as erick-away
- # [07:26] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [07:27] * Quits: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net) (Quit: Leaving...)
- # [07:27] <@roc> taras: I think I found the cause of my crashes ... bug 758531, now fixe
- # [07:27] * Joins: bholley (anonymous@moz-5DC51D53.fbx.proxad.net)
- # [07:28] * Joins: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net)
- # [07:28] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [07:28] * Joins: AryehGregor (AryehGrego@moz-7F227664.red.bezeqint.net)
- # [07:29] <@roc> d
- # [07:29] * Quits: bonnie_ (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Quit: Ex-Chat)
- # [07:30] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [07:30] <glob> happy (early) bmo push day! https://bugzil.la/747193,756314,758797,759340,759093,758141,758407
- # [07:31] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
- # [07:31] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [07:32] <njn> philor, KWierso: this doesn't look good: "make[16060]: vfork: Cannot allocate memory"
- # [07:32] * njn has 16GB of RAM on a 64-bit Linux box
- # [07:32] <KWierso> glob: when did "clone this bug" get the extra (better, imo) step to choose whether to clone into the same component or be able to choose a different one?
- # [07:32] <KWierso> whoeverdidthat++
- # [07:33] <glob> KWierso, hrm, i added it maybe a year ago
- # [07:33] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [07:34] <KWierso> really? I've cloned a number of bugs in the last year and they all came up with the normal component picker page, not the little popup when you first click the link
- # [07:34] <KWierso> or maybe I've been middle-clicking it into a new tab all this time and just now left clicked or something?
- # [07:34] <njn> oh, this is really not good:
- # [07:34] <njn> [bayou:~] ls
- # [07:34] <njn> bash: fork: Cannot allocate memory
- # [07:34] <@roc> go out and get another 16GB
- # [07:34] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Broken pipe)
- # [07:35] <KWierso> njn: wait, | ls | is unable to allocate memory?
- # [07:35] * Unfocused waits for njn to ping out
- # [07:35] <KWierso> is there still a bunch of stuff running or something?
- # [07:35] <njn> KWierso: sometimes it works
- # [07:36] <njn> KWierso: my build process gave lots of "/bin/sh: 1: cd: can't cd to /home/njn/moz/mb/o64/config/mkdepend"
- # [07:36] <njn> "top" doesn't say anything notable
- # [07:36] <njn> thought my system monitor widget says memroy is full
- # [07:37] <njn> I just killed the build process, that made quite a difference
- # [07:37] <KWierso> pull the plug? :(
- # [07:37] <njn> I think there were 12,000 forked processes or something?
- # [07:37] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:37] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [07:37] <@dolske> just increase the size of your swap partition
- # [07:38] * njn suspects dolske is making a funny
- # [07:38] <glob> KWierso, yeah :) it was actually ~ 6 months ago, not 12 (bug 450348)
- # [07:39] <KWierso> glob: huh
- # [07:39] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [07:39] <KWierso> yeah, I guess I must've been middle-clicking, though I don't really know why I would...
- # [07:39] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [07:40] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [07:40] * Quits: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122928])
- # [07:40] <@dolske> njn: segmentation fault, please insert disc 295734 to continue
- # [07:40] <njn> KWierso: the killed build ended with http://pastebin.mozilla.org/1651402
- # [07:40] <njn> there were 12,000 or so lines like that above
- # [07:40] * Joins: StevenLee (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [07:41] <njn> who knows what was happening there
- # [07:41] <kinetik> make -j with no job limit specified?
- # [07:41] <njn> if PGO doesn't work on this machine, well, hmm
- # [07:41] <KWierso> njn: sorry, I've never attempted to build with PGO :(
- # [07:42] <njn> kinetik: I had mk_add_options MOZ_MAKE_FLAGS="-j8 --quiet --no-print-directory"
- # [07:42] <njn> kinetik: no job limit, AFAIK
- # [07:42] <kinetik> ah, just a guess... the limit is 8 there; no limit is a bare -j
- # [07:43] * njn gives up
- # [07:43] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [07:43] <philor> now can we talk about try?
- # [07:44] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:44] <philor> I even still have http://hg.mozilla.org/mozilla-central/raw-rev/8ffae46336ed which you need to not get spurious reds on your builds still open
- # [07:45] <njn> philor: we can certainly talk, though I didn't understand the bit about spurious reds
- # [07:46] <njn> philor: so it's a genuine perma-orange on m-b?
- # [07:47] <njn> philor: will "try: -b o -p linux64 -u mochitest-o -t none" get me a linux64 PGO opt build?
- # [07:48] <philor> njn: nope, you have to add the MOZ_PGO = 1 to http://mxr.mozilla.org/mozilla-central/source/browser/config/mozconfigs/linux64/nightly
- # [07:49] <njn> philor: so I do that and use that try syntax?
- # [07:49] <philor> yep
- # [07:49] <njn> philor: ok
- # [07:50] <philor> and if you don't stick 8ffae46336ed in your queue, then just ignore the way the build will be red
- # [07:50] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [07:50] * Fallen|away is now known as Fallen
- # [07:50] <philor> it's a pointless failure in a no-op buildstep unrelated to the build
- # [07:51] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [07:51] <njn> philor: I'll just watch the M(oth) result
- # [07:52] <njn> oh, what the hell, I'll qimport it
- # [07:52] * jlebar is now known as jlebar|sleep
- # [07:54] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [07:55] <njn> philor: sigh, I just pushed to try without the MOZ_PGO bit
- # [07:55] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:55] <philor> well, that'll be an interesting control push
- # [07:56] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [07:56] <njn> philor: not if I kill it first
- # [07:56] * Quits: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au) (Quit: Leaving.)
- # [07:56] <philor> it's pretty typical of PGO operating on busted code, causing a seemingly-unrelated failure in seemingly unrelated code, but since we don't build 13 non-PGO, we don't know whether it fails or not
- # [07:57] <njn> philor: ok, I'll let it run
- # [07:57] <njn> philor: ok, correct version pushed
- # [07:57] * njn hopes it's correct
- # [07:58] * philor loads up a https://tbpl.mozilla.org/?tree=Try&fromchange=b627afd8ee5d&tochange=007dd6929120 to watch
- # [07:59] <philor> njn: oops, nope, mk_add_options MOZ_PGO=1
- # [07:59] <njn> philor: gah
- # [08:00] * Fallen is now known as Fallen|away
- # [08:00] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Connection reset by peer)
- # [08:00] * Joins: beaufour_ (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [08:00] <KWierso> and then all the slaves revolted
- # [08:00] <KWierso> the end
- # [08:01] <njn> this is what programming must have been like in the 60s with batch jobs
- # [08:01] * Quits: bholley (anonymous@moz-5DC51D53.fbx.proxad.net) (Quit: bholley)
- # [08:02] <njn> philor: ok, 3rd time lucky?
- # [08:02] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [08:02] * Fallen|away is now known as Fallen
- # [08:02] <philor> 60s? when I was in college in the 80s, I'd queue up a job across campus, then walk over to get my printed output, unless it was big enough that I needed to carry over a tape instead of just typing
- # [08:03] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [08:03] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [08:03] <jwir3> njn, silly rabbit, there was no programming in the 60's
- # [08:04] * KWierso gets off of philor's lawn
- # [08:04] <jwir3> haha
- # [08:04] <njn> when I went to school in the 2050s it was downhill both ways
- # [08:05] <njn> there was snow, but it was beautiful and warm
- # [08:06] <KWierso> philor: r?you for me updating jetpack tests on m-c in before mext week's merge?
- # [08:07] <philor> KWierso: ah, good calendar watching, that's this weekend isn't it? r+ on the green pretty rev you'll have going into the weekend, yeah
- # [08:07] <KWierso> kthx
- # [08:07] * Quits: Mavericks (Mibbit@AE62E7F7.8BB74E6E.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [08:07] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
- # [08:08] * Quits: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net) (Ping timeout)
- # [08:08] <philor> wtf, mozilla-release ran out of a build for you again? seems too quick
- # [08:08] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [08:08] <philor> oh, last push the 24th
- # [08:09] <KWierso> we haven't pushed since the 24th
- # [08:09] <philor> you and your funny schedules that don't involve crazed pushing at the same time m-c is doing crazed pushing
- # [08:10] <KWierso> just wait until we're half in mozilla-central and half out :)
- # [08:10] <Havvy> mozilla-near-central
- # [08:10] <philor> yeah, I saw a JEP about landing, and completely failed to comprehend it
- # [08:11] <KWierso> I think the module loader is going to land in firefox eventuallyish, so each addon doesn't have to replicate that part of the code
- # [08:11] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:11] <KWierso> (and will also allow firefox to use commonjs-style modules elsewhere if desired)
- # [08:11] <KWierso> or something
- # [08:13] * Unfocused was told hopefully this quarter
- # [08:13] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [08:14] <KWierso> yeah, I think it's a q2 goal for jetpack's side
- # [08:14] * Quits: robhawkes (robhawkes@71702DA1.A945095F.E1A5596F.IP) (Quit: Linkinus - http://linkinus.com)
- # [08:16] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [08:16] * glob is now known as glob|away
- # [08:18] * Parts: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP)
- # [08:20] * Quits: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net) (Input/output error)
- # [08:21] * Joins: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net)
- # [08:21] * Quits: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net) (Quit: MarcoZ)
- # [08:22] * Joins: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net)
- # [08:22] * Quits: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net) (Quit: MarcoZ)
- # [08:23] * Joins: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net)
- # [08:25] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:25] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Connection reset by peer)
- # [08:25] <KWierso> philor: ping
- # [08:25] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [08:25] * Fallen is now known as Fallen|away
- # [08:25] <philor> KWierso: pong
- # [08:26] <KWierso> so if I have to patch queues that I qfinish -a'd already and I need to edit one of the two commit messages, how would I do that?
- # [08:26] <philor> hg qimport -r tip
- # [08:27] <KWierso> then qref -m?
- # [08:27] <philor> twice, when it turns out it wasn't the tip one you wanted to edit :)
- # [08:27] <philor> qref -e
- # [08:27] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [08:27] <philor> gives you an editor
- # [08:28] <KWierso> abort: revision 95229 is already managed :S
- # [08:28] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [08:29] <gcp> upon the first or second hg qimport -r tip?
- # [08:29] <philor> sounds like you didn't qfin, then, or do you have something else qpushed?
- # [08:29] <KWierso> gcp: second
- # [08:29] <gcp> try hg qimport -r tip:-2 instead
- # [08:29] <philor> yeah, that was probably bad advice, wasn't it?
- # [08:29] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [08:30] <KWierso> gcp: same
- # [08:30] <KWierso> I qnew'd the first one, qnew'd the second, then qfinish -a'd everything at once
- # [08:30] <gaston> argh, the skia update broke me (skia/src/core/SkMatrix.cpp:1723: error: extra ';'), is it already known/reported ?
- # [08:30] * Quits: Mook (mook@moz-15AE9125.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
- # [08:30] <gcp> gaston: clang? topic
- # [08:31] <gaston> nope
- # [08:31] <gaston> gcc, but oh well i'll comment on that bug
- # [08:33] <hub> see, aurora fails to build on Fedora 17
- # [08:33] <hub> ../google-breakpad/src/common/linux/file_id.o: In function `operator delete(void*)':
- # [08:33] <hub> /home/hub/source/mozilla/aurora-src/obj-x86_64-unknown-linux-gnu/toolkit/crashreporter/google-breakpad/src/common/linux/../../../../../../dist/include/mozilla/mozalloc.h:253: undefined reference to `moz_free'
- # [08:33] <hub> collect2: error: ld returned 1 exit status
- # [08:33] <KWierso> philor: okay, after I qimport -r tip'd once, I qpop'd it, then qimport -r tip'd again and it got me to where I wanted to be
- # [08:34] <philor> as long as they go back together in the right order, if they have order
- # [08:34] * Joins: Julian (chatzilla@30CE78AC.8B38C502.16E13E53.IP)
- # [08:35] <KWierso> two completely separate things, just one's been sitting around waiting for someone (I guess me) to push it for a few weeks, and that someone (I guess me) never did
- # [08:36] <glandium> hub: bug 741348
- # [08:37] * Quits: graydot (jebasinghe@83B20D2F.370FE27D.302A44F.IP) (Ping timeout)
- # [08:38] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [08:39] <hub> the dupe detector didn't find it
- # [08:40] <hub> but yeah
- # [08:40] <hub> I guess, marking https://bugzilla.mozilla.org/show_bug.cgi?id=759668 as dupe
- # [08:41] <hub> but I need to port it to aurora
- # [08:41] <hub> *sigh*
- # [08:41] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [08:44] * Fallen|away is now known as Fallen
- # [08:46] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [08:49] * Joins: Ms2ger (Ms2ger@AA5FA8.502F5C07.37724B0D.IP)
- # [08:50] * heycam is now known as heycam|away
- # [08:51] * Joins: martyn (martyn@moz-356D5506.range86-158.btcentralplus.com)
- # [08:52] * Quits: Julian (chatzilla@30CE78AC.8B38C502.16E13E53.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [08:55] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [08:58] <dzbarsky> how does one initialize an nsCOMPtr when it is passed as an outparam? I want something like getter_AddRefs, but the pointer should addref on assignment
- # [09:00] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Ping timeout)
- # [09:00] * Joins: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP)
- # [09:00] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [09:01] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [09:02] * Joins: Cheery (cheery@moz-AA322902.elisa-laajakaista.fi)
- # [09:02] * Joins: edmorley (edmorley@moz-5F913909.range86-145.btcentralplus.com)
- # [09:03] <glandium> hub: set approval-mozilla-aurora? if you want it on aurora
- # [09:03] <Cheery> hi
- # [09:04] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
- # [09:05] <philor> it must suck to be NeilAway - he nitpicked something in my patch which he also unsuccessfully nitpicked 4.5 years ago in the place I copied it from
- # [09:05] <jwir3> haha
- # [09:05] <jwir3> NITPICK DENIED. TRY AGAIN IN 4.5 YEARS
- # [09:06] <hub> glandium: these flags are gone
- # [09:06] * Quits: raphc (rc@moz-5F29C83B.wb.wifirst.net) (Ping timeout)
- # [09:06] <glandium> hub: they are on attachments
- # [09:06] <Callek> dzbarsky: I'm no expert (been away from cpp code doing taht stuff for years now) but haev you seen https://developer.mozilla.org/en/Using_nsCOMPtr which might help
- # [09:06] <Cheery> I'm not sure.. but if you were thinking about designing a new kind of layout engine, where would you get help from?
- # [09:06] <Callek> philor: for humor, which bug?
- # [09:06] <Callek> (for current patch)
- # [09:06] <hub> glandium: ah right
- # [09:06] <hub> sorry
- # [09:07] * glob|away is now known as glob
- # [09:07] * jwir3 is now known as jwir3|zzz
- # [09:07] <hub> glandium: done
- # [09:09] <philor> Callek: there wasn't any humor, he didn't even mention the 4.5 years ago time, I just found it trying to see why what I copied had done it
- # [09:09] <Callek> philor: I mean humorous to me, I was curious what the bug/nitpick was
- # [09:09] * Callek is well aquainted with Neil's ability to be thorough
- # [09:10] * Quits: erikvold (erikvold@F8130478.1699A1DD.67CA24A9.IP) (Quit: erikvold)
- # [09:11] <philor> https://bugzilla.mozilla.org/show_bug.cgi?id=395942#c27 was more humorous, he was all smiley there
- # [09:11] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [09:11] * Quits: Callek (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Connection reset by peer)
- # [09:12] <cjones> dzbarsky, you usually don't want to do that
- # [09:12] <cjones> the COM convention is to pass Foo**
- # [09:12] * Joins: Callek (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [09:12] <dzbarsky> cjones: yep got it. it was actually passing an addreffed **
- # [09:12] * Quits: njn (chatzilla@moz-794EECB7.dyn.iinet.net.au) (Client exited)
- # [09:16] * Joins: gandalf (zbraniecki@moz-4BD65F18.neoplus.adsl.tpnet.pl)
- # [09:16] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [09:16] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [09:18] * Quits: avih (quassel@moz-4BD1976B.red.bezeqint.net) (Ping timeout)
- # [09:20] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
- # [09:20] <Ms2ger> ehsan++
- # [09:22] * Joins: avih (quassel@moz-AB03D538.red.bezeqint.net)
- # [09:23] <Cheery> if I were layouting DOM myself, what'd be the simplest algorithm to do so, assuming there's no need to implement html style sheets?
- # [09:24] <Cheery> I've used a scheme like this before:
- # [09:25] <Cheery> - for each element...
- # [09:25] * Joins: lahabana (Mibbit@moz-F7D2B7C9.imag.fr)
- # [09:25] <Cheery> - calculate size of child elements first
- # [09:25] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [09:25] <Cheery> - position the items relatively to the element top left cornel
- # [09:26] * Joins: brendan_ (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [09:27] * Quits: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP) (Ping timeout)
- # [09:27] * brendan_ is now known as brendan
- # [09:27] * Quits: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
- # [09:28] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [09:28] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [09:28] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [09:28] <KWierso> philor: is that red m4 on my push just a network blip? I can download that file just fine manually
- # [09:28] <Ms2ger> roc, I disagree
- # [09:30] <philor> KWierso: yeah, i;r - I prefer the 503 Too Busy ones, but ftp.m.o like to throw in an old-school vanilla 500 every so often
- # [09:31] * KWierso goes back to not caring about his push to inbound until someone brings it up
- # [09:32] * Fallen is now known as Fallen|away
- # [09:32] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
- # [09:32] <Ms2ger> jtcranmer, http://wiki.whatwg.org/wiki/StringEncoding is a Googleism that nobody else wants, IIRC
- # [09:32] <philor> mmm, that should be fun: njn fixed permaorange, but 5 days before the permaorange goes from beta to release
- # [09:33] <smontagu> Ms2ger: Operaism, no?
- # [09:33] <Ms2ger> Jsbell is Google
- # [09:33] * Quits: lahabana (Mibbit@moz-F7D2B7C9.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [09:34] * Quits: Havvy (Mibbit@moz-532C777C.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [09:34] * Quits: glandium (glandium@moz-6CEC22A8.fbx.proxad.net) (Connection reset by peer)
- # [09:35] <smontagu> ah, I was thinking of the Encoding spec, not StringEncoding
- # [09:36] <Ms2ger> Yeah, the encoding spec is Good and annevk's
- # [09:36] * Joins: glandium (glandium@moz-6CEC22A8.fbx.proxad.net)
- # [09:36] <smontagu> but also not everybody wants it
- # [09:37] * Joins: necolas (necolas@moz-2D68B52B.bb.sky.com)
- # [09:37] * Quits: jduell (jduell@moz-A71D42D4.nc.res.rr.com) (Ping timeout)
- # [09:38] <Ms2ger> Microsoft refuses to implement lots of things
- # [09:38] <Ms2ger> They come around
- # [09:40] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [09:41] <Ms2ger> gaston, you did have to mention about being able to build patchless, did you? :)
- # [09:41] <gaston> ghehe :)
- # [09:42] <gaston> Ms2ger: 759671 if you want to steal a review :p
- # [09:43] <glandium> Ms2ger:these things never last long
- # [09:44] * Joins: jdm (jdm@moz-BBF4A8D1.range86-144.btcentralplus.com)
- # [09:44] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [09:45] * glandium likes when ssh connexions resist hibernation
- # [09:45] <Cheery> hm
- # [09:45] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d8e75ef4e5ad - Mike Hommey - Bug 759115 - Bump minimum Android SDK API level we require to 14. r=ted
- # [09:46] <Cheery> I found the Cassowary Constraint Solver again
- # [09:46] <Ms2ger> glandium, yeah, we like breaking things :)
- # [09:46] <Cheery> http://www.cyberthinkers.com/cassowary/cda.html
- # [09:46] <Cheery> you think it could be used for layouting DOM?
- # [09:47] <glandium> Ms2ger: it's usually not the intent, though
- # [09:47] * Quits: jdm (jdm@moz-BBF4A8D1.range86-144.btcentralplus.com) (Broken pipe)
- # [09:47] <Ms2ger> Never attribute to malice, etc. ;)
- # [09:48] * NeilZZZ thwaps glandium
- # [09:48] * NeilZZZ just lost a push race
- # [09:49] * Parts: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [09:49] <philor> inbound is nice and open
- # [09:49] <Ms2ger> Let's fix that
- # [09:49] <edmorley> boo
- # [09:49] <Ms2ger> Good morning, edmorley :)
- # [09:50] <Ms2ger> And good early morning, philor
- # [09:50] <gaston> Ms2ger: booo i hate google code and you want me to upstream those damn patches :)
- # [09:50] <Ms2ger> Hey, I did it for you with snappy ;)
- # [09:50] <edmorley> Ms2ger: good morning :-)
- # [09:50] * Quits: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Quit: Leaving)
- # [09:51] <edmorley> philor: and likewise :-)
- # [09:51] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
- # [09:51] <gaston> heh for snappy i reported it, right.. but you finished the work
- # [09:51] <philor> we have to stop meeting like this
- # [09:52] <philor> if you're both up, I've already burned up all my stored sleep from the weekend
- # [09:52] * Joins: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP)
- # [09:52] * Quits: twi (Adium@moz-4BC71FC0.addr.tdcsong.se) (Quit: Leaving.)
- # [09:52] <Ms2ger> It's 9:45 already, why wouldn't I be up? :)
- # [09:52] <NeilZZZ> philor: please stop assuming that my VMs have plenty of disk space
- # [09:52] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [09:53] <edmorley> philor: good night!
- # [09:54] * Joins: jdm (jdm@moz-BBF4A8D1.range86-144.btcentralplus.com)
- # [09:54] <philor> NeilZZZ: nah, I assume you can manage the brain-twisting one repo pushed in multiple directions thing
- # [09:54] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [09:55] * Quits: jdm (jdm@moz-BBF4A8D1.range86-144.btcentralplus.com) (Client exited)
- # [09:55] <glandium> NeilZZZ: and i broke android xul
- # [09:56] <Ms2ger> philor, hmm, do you have a brother we can get an internship? It seems to help to get bz to sleep in time ;)
- # [09:56] * Quits: dveditz (dveditz@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [09:57] <KWierso> oh god, if philor's contemplating sleep, I'm up too late...
- # [09:57] <Callek> KWierso++
- # [09:57] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/65fa5cb6f79c - Mike Hommey - Backed out changeset d8e75ef4e5ad (bug 759115) because of Android XUL bustage.
- # [09:58] * Ms2ger kicks out all the 'murricans
- # [09:58] <KWierso> though not for long! applied for an apartment in california today :)
- # [09:59] <KWierso> yesterday. whatever
- # [10:00] * Joins: Gentlecat (Roman@6A3BDA42.1149AF99.8FB52CB8.IP)
- # [10:01] <philor> Ms2ger: http://www.schrodinger.com/leadership/9/ is the only one I've got, and I'm not sure he's a good intern candidate
- # [10:01] * Joins: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net)
- # [10:01] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [10:01] <gaston> Ms2ger: this time i've done it completely :) (http://code.google.com/p/skia/issues/detail?id=626)
- # [10:02] <Ms2ger> gaston, thanks :)
- # [10:02] <Ms2ger> philor, I guess it wouldn't be much of a promotion :)
- # [10:03] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [10:03] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [10:03] <glazou> bonjour
- # [10:03] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [10:03] <smontagu> jono++
- # [10:03] <smontagu> Grim Tab Reaper extension makes my browser light and airy
- # [10:05] <philor> is it as nice as crashes were, back before session restore?
- # [10:05] <Ms2ger> Bonjour
- # [10:05] * Joins: Optimizer (Instantbir@9C193939.C7027553.2AB48280.IP)
- # [10:05] <Ms2ger> And if glazou has joined us, I should start getting work done
- # [10:06] <smontagu> philor: much nicer because it moves tabs to bookmarks
- # [10:06] <glandium> gaston: they'll ask you to sign the contributor agreement. yes, for stupid one-liners
- # [10:07] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [10:07] <Ms2ger> Good I didn't do it, then :)
- # [10:07] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [10:07] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:08] <glandium> the silly part being that you can't even claim copyright on such trivial changes
- # [10:09] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
- # [10:10] * philor is now known as philor|away
- # [10:12] <gaston> glandium: i'd claim my diffs are public domain then
- # [10:12] * Quits: karl (karl@moz-6E4412F2.jetstream.xtra.co.nz) (Ping timeout)
- # [10:12] * Joins: msucan (mihai@391E43DA.2E4BBBBB.BD62875.IP)
- # [10:12] <gaston> (swallow that google lawyers!)
- # [10:13] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [10:13] * Quits: surkov (surkov@5F83DAE4.67A28CF2.EBE09E3C.IP) (Quit: surkov)
- # [10:13] * Quits: necolas (necolas@moz-2D68B52B.bb.sky.com) (Client exited)
- # [10:13] <edmorley> "I'd like ponies and rainbows from my build output. All i see is dead kittens and rivers of gcc vomit"
- # [10:13] <edmorley> lol
- # [10:14] <glazou> Ms2ger: eheh
- # [10:14] * Joins: garnacho (carlos@moz-C1763940.static.user.ono.com)
- # [10:14] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [10:16] <gaston> edmorley: what do you want to reply to 'What is the expected output? What do you see instead?' otherwise ?
- # [10:19] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [10:19] <gaston> cc1plus: error: unrecognized command line option "-mssse3"
- # [10:20] <gaston> DAMN
- # [10:22] * Joins: espadrine_ (espadrine@moz-85EBB8A.dia.static.qwest.net)
- # [10:22] * Quits: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net) (Connection reset by peer)
- # [10:22] * espadrine_ is now known as espadrine
- # [10:22] * Joins: Goldorak (chatzilla@554380D3.88740266.187A1082.IP)
- # [10:23] * Quits: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl) (Ping timeout)
- # [10:24] <gaston> of course -mssse3 appeared in gcc 4.3....
- # [10:26] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [10:26] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
- # [10:26] * Quits: beaufour_ (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour_)
- # [10:26] <edmorley> gaston: :-)
- # [10:27] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [10:27] * Joins: beaufour_ (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [10:27] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Connection reset by peer)
- # [10:27] * beaufour_ is now known as beaufour
- # [10:29] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Ping timeout)
- # [10:30] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
- # [10:31] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Ping timeout)
- # [10:32] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [10:33] * Quits: janv (varga@moz-400565FD.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [10:33] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [10:33] * Joins: raphc_ (rc@FFA02680.E1972A14.3A7352D6.IP)
- # [10:35] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f63109fba431 - Neil Rashbrook - Bug 757330 Don't activate an empty menubar r=Enn
- # [10:35] <firebot> http://hg.mozilla.org/mozilla-central/rev/f6d082275253 - Neil Rashbrook - Bug 626441 Moving the caret should not look for panels r=Enn
- # [10:35] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [10:35] * Quits: raphc_ (rc@FFA02680.E1972A14.3A7352D6.IP) (Ping timeout)
- # [10:35] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [10:35] * Joins: raphc (rc@FFA02680.E1972A14.3A7352D6.IP)
- # [10:37] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [10:37] <gaston> are there some build bits somewhere to do smth depending on gcc/gxx version ? besides CXX_VERSION/GCC_VERSION (the latter being only used on darwin..)
- # [10:37] * Quits: raphc (rc@FFA02680.E1972A14.3A7352D6.IP) (Ping timeout)
- # [10:38] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [10:38] * Joins: surkov (surkov@5F83DAE4.67A28CF2.EBE09E3C.IP)
- # [10:38] * Joins: rajul (quassel@BD62AD84.382C3725.27560D6E.IP)
- # [10:39] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Quit: Leaving.)
- # [10:39] <glazou> NeilAway: thanks a lot for 626441 fix
- # [10:39] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [10:40] * Joins: beaufour_ (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [10:40] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Connection reset by peer)
- # [10:40] * beaufour_ is now known as beaufour
- # [10:41] * Quits: edmorley (edmorley@moz-5F913909.range86-145.btcentralplus.com) (Ping timeout)
- # [10:41] * Joins: janv (varga@B349F676.3F9AEE51.3296EA50.IP)
- # [10:41] <gaston> macos doesnt build skia right ?
- # [10:41] <NeilAway> glazou: np
- # [10:42] <NeilAway> bah, my build isn't painting properly, my computed style colour is rgb(255, 255, 255) but the actual painted color appears to be black :s
- # [10:43] * Joins: mak (chatzilla@moz-F4976B9B.retail.telecomitalia.it)
- # [10:44] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [10:46] * Quits: Optimizer (Instantbir@9C193939.C7027553.2AB48280.IP) (Ping timeout)
- # [10:49] * Joins: Optimizer (Instantbir@B826FF64.B482073.2AB48280.IP)
- # [10:50] <NeilAway> wow, I now know two people who uses the perfectly legal alternative spelling of connection
- # [10:50] <NeilAway> (the first person used it within a domain name, so I was forever "misspelling" it)
- # [10:50] * Joins: tchevalier (Instantbir@moz-6D304AE0.w90-41.abo.wanadoo.fr)
- # [10:51] <glazou> NeilAway: and those are ?
- # [10:51] <glazou> (the alternative spellings, not the people)
- # [10:52] <NeilAway> glazou: connexion
- # [10:52] <glazou> that's how we write it in french
- # [10:52] <gaston> glandium: i think i'll need guidance from you on 759683 :)
- # [10:52] <NeilAway> glazou: I don't know whether either of the two people in question have any French ancestry though
- # [10:52] * Quits: janv (varga@B349F676.3F9AEE51.3296EA50.IP) (Ping timeout)
- # [10:52] * smontagu does and does not
- # [10:53] <glazou> I still always write "behaviour" with a u but that's an old joke between Chris Wilson, Vidur Apparao and myself :-)
- # [10:54] * Quits: surkov (surkov@5F83DAE4.67A28CF2.EBE09E3C.IP) (Quit: surkov)
- # [10:54] <glandium> gaston: check if -mssse3 is supported by the compiler in configure ?
- # [10:54] * smontagu also spells words like coöperation with a diæresis
- # [10:54] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [10:54] <gaston> glandium: ie add a new MOZ_FOO_BAR stanza ?
- # [10:55] <glazou> my goodness, epub is such a mess sometimes
- # [10:55] <NeilAway> smontagu++
- # [10:55] * glob is now known as glob|away
- # [10:55] <NeilAway> (for the ligature, of course)
- # [10:55] * Quits: rajul (quassel@BD62AD84.382C3725.27560D6E.IP) (Ping timeout)
- # [10:55] <glandium> glazou: i usually write behaviour, by my spell checker always bugs me. maybe i should switch to a en_GB spellchecker...
- # [10:56] <NeilAway> glazou: what's wrong with that?
- # [10:56] <glazou> NeilAway: toc vs. ncx vs. spine vs. guide
- # [10:56] * Quits: sicking (chatzilla@moz-7F871C5C.hsd1.ca.comcast.net) (Input/output error)
- # [10:56] <glandium> gaston: yeah. otherwise, there's CC_VERSION and CXX_VERSION, but they are pretty much worthless (they literally contain the output of gcc -v)
- # [10:57] <gaston> glandium: are there existing macros, ie MOZ_CXX_SUPPORTS_FLAGS or such ? an example of a similar construct, maybe ?
- # [10:57] <gaston> yeah i've seen CXX_VERSION but it wont help :)
- # [10:57] <NeilAway> glazou: sorry, I was referring to your previous line
- # [10:57] <glandium> gaston: off the top of my head, we do a check for neon
- # [10:58] <gaston> there's 'Check for __force_align_arg_pointer__ for SSE2 on gcc'
- # [10:58] <gaston> neon seems unconditional to arm in configure.in
- # [10:58] <glandium> apparently we don't check for neon anymore
- # [10:58] <glazou> NeilAway: nothing wrong but at that time the W3C issued a message saying the official language for all specs was en-US ; so we decided on purpose to use "BehavioUral Extensions to CSS" for our spec :-)
- # [10:59] <gaston> hah HAVE_ARM_NEON
- # [10:59] <glazou> and guess what? W3C eventually complained about that "U" :-D
- # [10:59] * smontagu thinks we ought to recognize colour as an alias for color in CSS
- # [10:59] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:59] <glandium> gaston: ah, it was moved
- # [10:59] <smontagu> IIRC BBC Basic recognized both
- # [10:59] <ewong> how do I specify just to test |browser/base/content/test/browser_bug561636.js|?
- # [11:00] <gaston> theres stuff in build/autoconf/arch.m4
- # [11:00] <glazou> smontagu: wow
- # [11:00] <NeilAway> glazou: ah
- # [11:00] <glandium> gaston: but that's not testing the flag
- # [11:00] * Quits: kvda (kvda@AFDD388F.C3893E67.923345AB.IP) (Quit: Computer has gone to sleep.)
- # [11:01] <gaston> macos doesnt build skia right ? otherwise it should fail there too
- # [11:01] <glandium> ewong: TEST_PATH
- # [11:02] <glandium> gaston: apparently, it's enabled on mac
- # [11:03] <glandium> gaston: if test "${OS_ARCH}" = "Darwin" -o "${MOZ_WIDGET_TOOLKIT}" = "android" -o "${MOZ_WIDGET_TOOLKIT}" = "gtk2"; then MOZ_ENABLE_SKIA=1
- # [11:04] <gaston> but macos uses gcc 4.2, and i've looked at a tbpl macos log and nothing was built under skia..
- # [11:04] <glandium> gaston: i just checked a tbpl log, and it was built
- # [11:05] <ewong> |TEST_PATH=content/browser/base/test/browser_bug561636.js make -C ./objdir mochitest-plain| gives me "/tests/L:/mozstuff/mozilla-build/msys/content/browser/base/test/browser_bug561636.js was not found. "
- # [11:06] <gaston> hmm interesting
- # [11:06] <gaston> glandium: and was the SSSE3 skia file built ?
- # [11:06] <ewong> oh sorry.. I mean this "/tests/content/browser/base/test/browser_bug561636.js was not found. "
- # [11:07] <gaston> ah, but maybe that didnt appear in the log since those are not clobber builds
- # [11:07] * Joins: TheCrap (TheCrap@moz-71687EAB.dip0.t-ipconnect.de)
- # [11:07] * Quits: tchevalier (Instantbir@moz-6D304AE0.w90-41.abo.wanadoo.fr) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [11:07] * Joins: tchevalier (Instantbir@moz-6D304AE0.w90-41.abo.wanadoo.fr)
- # [11:08] <smontagu> ewong: above you said browser/base/content
- # [11:08] <ewong> ooh
- # [11:08] * Joins: edmorley (edmorley@moz-F58BBCAD.range109-156.btcentralplus.com)
- # [11:09] <ewong> hmm still "/tests/browser/base/content/test/browser_bug561636.js was not found. "
- # [11:09] <gaston> right okay, the SSSE3 file is built with -mssse3... with apple's gcc 4.2... but -mssse3 appeared in gcc 4.3...
- # [11:09] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Connection reset by peer)
- # [11:09] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [11:09] <gaston> wtf.
- # [11:09] <smontagu> ewong: are you writing literally "./objdir"?
- # [11:10] * Quits: Optimizer (Instantbir@B826FF64.B482073.2AB48280.IP) (Ping timeout)
- # [11:10] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
- # [11:10] <smontagu> oh, and you should write mochitest-browser-chrome, not mochitest-plain
- # [11:10] <glandium> gaston: http://pastebin.mozilla.org/1651520
- # [11:10] <ewong> smontagu: yes
- # [11:11] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
- # [11:11] <gaston> glandium: yeah thats what i saw in'https://tbpl.mozilla.org/php/getParsedLog.php?id=12155253&tree=Firefox&full=1
- # [11:11] <gaston> g
- # [11:11] <ewong> smontagu: it's ./objdir/?
- # [11:11] <gaston> but -mssse3 is supposed to appear in 4.3, or mac os' gcc 4.2 has it backported
- # [11:11] <smontagu> ewong: you should replace ./objdir with the actual name of your objdir
- # [11:12] <darktrojan> TEST_PATH=browser/base/content/test/browser_bug561636.js make -C ./objdir-opt mochitest-browser-chrome
- # [11:12] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:13] <darktrojan> or if you're me ../scripts/runtest.py browser/base/content/test/browser_bug561636.js
- # [11:14] <glandium> gaston: apple gcc 4.2 has plenty of stuff that gcc doesn't have
- # [11:14] <gaston> nice.
- # [11:14] <ewong> oooh
- # [11:15] <ewong> I feel dumb
- # [11:15] * Joins: Optimizer (Instantbir@D0C64503.F61D47D4.2AB48280.IP)
- # [11:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:15] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Ping timeout)
- # [11:16] <glandium> edmorley: grah, you stole my orange while i was looking at it
- # [11:16] <edmorley> heh
- # [11:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:17] <gaston> gah, now the pain of writing a configure test for -mssse3..
- # [11:17] <ewong> smontagu, darktrojan thanks!
- # [11:18] <glandium> gaston: check e.g. "for --noexecstack option to as"
- # [11:19] <gaston> ok, i'll put my snippet next to it..
- # [11:21] * Joins: rajul (quassel@F97FFBA9.3803318B.25B273F5.IP)
- # [11:23] * Quits: ted (luser@moz-7678D7BD.scr.east.verizon.net) (Ping timeout)
- # [11:28] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
- # [11:31] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [11:37] <gaston> glandium: would https://hg.mozilla.org/try/rev/9d6c1783b95e more or less make sense to you ?
- # [11:37] <glandium> gaston: replace gcc with $CC
- # [11:38] <gaston> in the comment/ac_msg_checking you mean ?
- # [11:38] <glandium> gaston: (so that it says clang if it's clang)
- # [11:38] <glandium> gaston: yes
- # [11:39] <gaston> but its within $GNU_CC
- # [11:39] * Joins: ted (luser@moz-F6569E12.scr.east.verizon.net)
- # [11:39] * ChanServ sets mode: +o ted
- # [11:39] <gaston> or you want the test to be triggered on clang too ?
- # [11:41] * Joins: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de)
- # [11:41] * Quits: rajul (quassel@F97FFBA9.3803318B.25B273F5.IP) (Ping timeout)
- # [11:42] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [11:42] * ChanServ sets mode: +o roc
- # [11:43] <glandium> gaston: GNU_CC is defined when using clang
- # [11:44] * Joins: graememcc (chatzilla@moz-956BDAFB.range86-147.btcentralplus.com)
- # [11:49] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [11:49] * Joins: paul_ (paul2@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:52] <gaston> ah, okay. interesting view :)
- # [11:54] * Joins: wolfiR (wolfiR@moz-686E7D7C.dip0.t-ipconnect.de)
- # [11:55] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [12:02] * Joins: JeroenDeDauw (j@moz-30E27A12.dip.t-dialin.net)
- # [12:03] * Joins: janv (varga@moz-400565FD.flarion.as5628.telecom.sk)
- # [12:10] * davehunt|away is now known as davehunt
- # [12:13] * ewong is now known as ewong|afk
- # [12:14] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:18] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [12:23] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [12:27] * Joins: KaiRo (robert@moz-17DDA9B1.adsl.highway.telekom.at)
- # [12:27] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
- # [12:31] * Joins: hom (dvander@moz-15794884.prvdri.fios.verizon.net)
- # [12:31] * Quits: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net) (Connection reset by peer)
- # [12:32] * Joins: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net)
- # [12:32] * Quits: hom (dvander@moz-15794884.prvdri.fios.verizon.net) (Connection reset by peer)
- # [12:34] * Quits: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP) (Connection reset by peer)
- # [12:34] * Joins: victorporo (victorporo@34984574.14EB2DE0.79933D60.IP)
- # [12:35] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [12:37] * Quits: victorporo (victorporo@34984574.14EB2DE0.79933D60.IP) (Connection reset by peer)
- # [12:38] * Joins: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP)
- # [12:38] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [12:42] * glazou is now known as glazou_lunch
- # [12:48] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Quit: Ex-Chat)
- # [12:48] * Joins: jviereck_ (chatzilla@moz-26045BE5.dclient.hispeed.ch)
- # [12:49] * nli is now known as nli|away
- # [12:49] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [12:50] <darktrojan> come on github, you can do better than 100KBps
- # [12:57] <Ms2ger> It's git
- # [12:57] * Quits: jviereck_ (chatzilla@moz-26045BE5.dclient.hispeed.ch) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120515040219])
- # [12:57] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [12:57] * Joins: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [12:59] * Quits: gandalf (zbraniecki@moz-4BD65F18.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [12:59] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:00] * Quits: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [13:00] * AutomatedTester|AFK is now known as AutomatedTester
- # [13:01] <gaston> argh skia.
- # [13:01] <@roc> ?
- # [13:01] <gaston> that msssssse3 is killing me
- # [13:02] <gaston> (#759683)
- # [13:02] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
- # [13:03] * Joins: mike5w3c_ (MikeS@moz-4456EEF6.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [13:03] * Joins: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [13:04] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:04] * Quits: mike5w3c (MikeS@moz-13C18F6A.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [13:04] * mike5w3c_ is now known as mike5w3c
- # [13:04] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [13:09] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [13:09] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Input/output error)
- # [13:13] * Parts: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [13:13] * Quits: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de) (Ping timeout)
- # [13:17] <jviereck_mb> roc: *ping*
- # [13:17] <@roc> hi
- # [13:19] <jviereck_mb> roc, I guess https://bugzilla.mozilla.org/show_bug.cgi?id=539356 won't land in FF15 time frame? (in your reply to https://bugzilla.mozilla.org/show_bug.cgi?id=745025#c26)
- # [13:19] <jviereck_mb> just thinking if there is a way to make the mozPrintCallback landable in FF15 without relaying on that patch for the moment
- # [13:20] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [13:21] * rail_away is now known as rail
- # [13:22] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
- # [13:22] <Ms2ger> I wouldn't do that
- # [13:23] <jviereck_mb> Ms2ger: try to land without waiting for 539356?
- # [13:24] <jtcranmer> Ms2ger: so then how would one do charset conversion in pure JS?
- # [13:24] <Ms2ger> jtcranmer, use utf8 :)
- # [13:24] <jtcranmer> Ms2ger: not an option
- # [13:24] <Ms2ger> jtcranmer, for web-exposed APIs, at least
- # [13:24] <jtcranmer> I'm dealing with handling data that could have any major charset applied to it
- # [13:25] <@roc> jviereck_mb: right no DLBI in FF15
- # [13:25] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [13:25] <@roc> jviereck_mb: I guess you could try to fix the invalidation
- # [13:26] <Ms2ger> jviereck_mb, I'm not sure if I'd try to land mozPrintCallback in the last week of the cycle, even if there was nothing blocking you
- # [13:27] <@roc> jviereck_mb: nsSimplePageSequenceFrame probably needs to override InvalidateInternal and adjust the damage rect to account for the transform it applies in PaintPageSequence
- # [13:27] <KaiRo> Ms2ger: my guess is that jtcranmer wants to parse arbitrary email content in JS, so he needs to convert somehow
- # [13:27] <@roc> jviereck_mb: alternatively, and probably easier, InvalidateInternal could just replace the damage rect with the bounds of the frame so we repaint the entire page when anything changes
- # [13:27] <jviereck_mb> roc: is there some other "scrollable" frame that I could look at to compare how it's done there?
- # [13:27] <@roc> that's probably just as good in practice
- # [13:27] <@roc> I don't think scrolling is the problem
- # [13:27] <@roc> it's that PaintPageSequence does its own transformations and stuff
- # [13:27] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [13:28] <@roc> which the invalidation system doesn't know about
- # [13:28] <Ms2ger> KaiRo, I'm happy to give jtcranmer the APIs he needs, but not necessarily every web site out there
- # [13:29] <jtcranmer> [and, for what it's worth, the scriptable uconv stuff seems mildly bad when things would end up with decoding errors]
- # [13:30] <jviereck_mb> roc: what's the best way to detect if something changed in a page? should the canvas takes it's parent and go all the way up using ->GetParent() until it finds a page/nsSimplePageSequenceFrame and trigger some invalidate there then?
- # [13:30] <@roc> no
- # [13:30] <@roc> override nsSimplePageSequence::InvalidateInternal
- # [13:30] <@roc> it will get called for changes in its descendants
- # [13:30] <jviereck_mb> ahh
- # [13:30] * Quits: AryehGregor (AryehGrego@moz-7F227664.red.bezeqint.net) (Client exited)
- # [13:31] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [13:31] <@roc> well, until mattwoodrow lands DLBI hopefully next week ...
- # [13:31] <jtcranmer> Ms2ger: basically, I'd need an API that could work in DOM worker threads
- # [13:33] * Joins: AryehGregor (AryehGrego@moz-7F227664.red.bezeqint.net)
- # [13:33] <Ms2ger> A web-exposed API probably wouldn't increase your chances for that all that much
- # [13:34] <jviereck_mb> roc: should I overwritte hte InvalidteInternal of the nsSimpelPageSequence or the one of the nsPageFrame? That would only invalidate the one page that has changed instead of the entire pageSequence
- # [13:35] * Joins: Stan (Stan@moz-8AEB284B.dip.t-dialin.net)
- # [13:36] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:37] <@roc> nsSimplePageSequence since that is where the transforms happen
- # [13:37] * Joins: rajul (quassel@A7806FB3.DE31631A.25B273F5.IP)
- # [13:37] * Quits: Optimizer (Instantbir@D0C64503.F61D47D4.2AB48280.IP) (Ping timeout)
- # [13:40] <ketas> gaston: ping
- # [13:40] <KaiRo> Ms2ger: so how should an email webapp work? I guess at least with some permission, we'll need a WebAPI for charset conversion, a number of web apps will need that, I guess
- # [13:41] * Quits: Stan (Stan@moz-8AEB284B.dip.t-dialin.net) (Connection reset by peer)
- # [13:41] * mattwoodrow is now known as mattwoodrow|away
- # [13:42] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [13:42] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [13:42] * Joins: bbondy (bbondy@moz-A05ECC22.home.cgocable.net)
- # [13:46] <glandium> looks like bzexport doesn't like some characters... it replace ² with ÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂÃÂ
- # [13:46] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [13:47] * Joins: kmoir-afk (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [13:47] * kmoir-afk is now known as kmoir_buildduty
- # [13:47] <KaiRo> glandium: two character with that monstrosity?
- # [13:48] <glandium> KaiRo: one character with that monstruosity
- # [13:48] <KaiRo> wow
- # [13:48] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [13:49] * Joins: gandalf (zbraniecki@54048E1D.CE06E408.3296EA50.IP)
- # [13:49] <Ms2ger> I was wondering why that came after the "yay"
- # [13:49] <glandium> Ms2ger: I only wrote "(yay²)"
- # [13:50] * Joins: Optimizer (Instantbir@7803910F.AFA9C078.2AB48280.IP)
- # [13:50] <Ms2ger> Nice
- # [13:50] <Ms2ger> Let's add a WebAPI for charset conversion to fix that
- # [13:52] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [13:52] <gaston> ketas: yes?
- # [13:55] * glazou_lunch is now known as glazou
- # [13:59] <ketas> gaston: i heard you're the only one who uses *bsd
- # [13:59] * Joins: Stan (Stan@moz-8AEB284B.dip.t-dialin.net)
- # [14:02] * mattwoodrow|away is now known as mattwoodrow
- # [14:03] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [14:09] <smontagu> glandium: far out
- # [14:10] <smontagu> must be some kind of repeated conversion process going on
- # [14:14] * Quits: Stan (Stan@moz-8AEB284B.dip.t-dialin.net) (Connection reset by peer)
- # [14:17] <gaston> ketas: i'm probably the only one _here_, correction :)
- # [14:18] * Joins: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de)
- # [14:18] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
- # [14:18] * kmoir_buildduty is now known as kmoir-afk
- # [14:19] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [14:20] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [14:20] * Quits: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de) (Ping timeout)
- # [14:23] <ketas> gaston: well, any idea why this particular install of ff12 here doesn't have sound, since ff4, under fbsd?
- # [14:23] <ketas> gaston: correction, no html5 audio or video
- # [14:25] <gaston> for the sound libsydneyaduo should use oss, for video i dunno
- # [14:25] * Joins: overholt (overholt@35765CFB.88764A66.72A31D6.IP)
- # [14:25] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [14:25] <gaston> i don't use freebsd, all i know is that it works fine ootb on OpenBSD
- # [14:26] <gaston> err libsydneyaudio
- # [14:26] * Joins: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de)
- # [14:26] <jviereck_mb> roc: how can I get the bounds rect to exchange for the damaged rect? I tried GetContentRect(), but that doesn't work
- # [14:26] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [14:27] <@roc> nsRect(nsPoint(0, 0), GetSize())
- # [14:27] <@roc> pass it to superclass InvalidateInternal
- # [14:27] <@roc> and pass 0,0 for aX,aY
- # [14:29] <jviereck_mb> roc: that works :)
- # [14:30] * bhearsum|afk is now known as bhearsum
- # [14:31] * Joins: Misfit_Geek (MisfitGeek@moz-BD3E98A8.hsd1.nh.comcast.net)
- # [14:32] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [14:32] * davehunt is now known as davehunt|away
- # [14:32] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [14:32] * Joins: Stan (Stan@moz-8AEB284B.dip.t-dialin.net)
- # [14:35] * Quits: bbondy (bbondy@moz-A05ECC22.home.cgocable.net) (Ping timeout)
- # [14:35] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:37] * Joins: cloudpopup (squeakytoy@moz-135838FA.netset.se)
- # [14:39] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:39] <ketas> gaston: time for debug build?
- # [14:40] <gaston> ketas: i think you'll be more lucky asking the freebsd gecko team first
- # [14:40] <ketas> maybe
- # [14:40] <@roc> isn't that you?
- # [14:40] <ketas> hahaha
- # [14:41] <gaston> does it work on other install and fails only on that one ?
- # [14:41] <gaston> roc: nah, i'm the openbsd gecko team (in all its glory..) :p
- # [14:41] <ketas> well others report that it works
- # [14:41] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
- # [14:41] <ketas> really strange
- # [14:42] <gaston> ah, interesting
- # [14:42] <gaston> then maybe you have a missing pkg as dependency
- # [14:43] <ketas> but missing what?
- # [14:43] <ketas> http://quirksmode.org/html5/tests/video.html doesn't work at all for example
- # [14:44] <gaston> i have no idea if the oss parts of libsydneyaudio works/are tested since on openbsd we have our own sndio backend, and has for video dunno
- # [14:44] <ketas> sent some question to that list
- # [14:44] * Quits: garnacho (carlos@moz-C1763940.static.user.ono.com) (Ping timeout)
- # [14:44] * Joins: garnacho (carlos@moz-C1763940.static.user.ono.com)
- # [14:44] <ketas> no reply
- # [14:44] <ketas> works for others
- # [14:44] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:44] <ketas> how can it be
- # [14:44] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Quit: ChatZilla 0.9.87 [Firefox 3.6.28/20120306064154])
- # [14:45] <ketas> and how about video?
- # [14:45] <jviereck_mb> roc: what's the best way to make the Print Preview UI close if the abort() function is called? Dispatch an event from within the canvas and make the Print Preview UI listen for the event and close print preview then?
- # [14:45] <gaston> here (openbsd/ppc) that page shows the webm/ogg videos, painfully slow but works
- # [14:45] <ketas> i can't get any of videos... it stopped working in ff4
- # [14:46] <@roc> jviereck_mb: I'm not convinced it should close
- # [14:46] <jviereck_mb> roc: I talked to someone from the UX team and he was for closing it
- # [14:46] <@roc> ok
- # [14:47] * Quits: shianyow (shianyow@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [14:47] <@roc> it would be cool if you could dispatch one of those mozPrintStatus events with the abort reason
- # [14:47] <@roc> from Zack's patch
- # [14:47] <jviereck_mb> having these would be handy :/
- # [14:47] <gaston> ketas: ask marco perez( bugmail@millibyte.net), he works often on freebsd parts of gecko, he might know
- # [14:47] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:48] * Joins: shianyow (shianyow@moz-99690620.hinet-ip.hinet.net)
- # [14:48] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [14:49] <ketas> gaston: hmm
- # [14:49] <jviereck_mb> roc: there are still outstanding reviews for macking Zack's patch land. Is that a "no" go for you if the mozPrintStatus event is not used and we use a different named one for the meantime?
- # [14:51] <edmorley> PSA: (CC Ms2ger, NeilAway, roc & anyone else who uses m-c) Pushing to m-c doubles the infra load, since profiling pulls it (and due to the extra commit ignores DONTBUILDs too, bug 758965), so if load is high please can you consider using inbound if possible :-)
- # [14:51] <@roc> there's no point in using a different event since that would need to be reviewed by the same people reviewing Zacks' patch
- # [14:52] <@roc> edmorley: I rarely use m-c. I only pushed today because the patch fixed Linux build bustage for some people, including me
- # [14:53] <edmorley> roc: cool np (was just going from memory + skim of last day's worth
- # [14:53] <edmorley> )
- # [14:53] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [14:53] * mattwoodrow is now known as mattwoodrow|away
- # [14:54] <edmorley> On a diffferent note, looks with we have a Linux pgo only orange turned perma-orange on inbound :-(
- # [14:54] <edmorley> s/with/like/
- # [14:54] * Joins: surkov (surkov@5F83DAE4.67A28CF2.EBE09E3C.IP)
- # [14:54] <jviereck_mb> roc: just sending a new nsAsyncDOMEvent needs special review?
- # [14:55] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [14:55] <@roc> well, no
- # [14:55] <@roc> maybe
- # [14:55] <@roc> I don't know
- # [14:56] <@roc> but it makes more sense to have a single event like Zack's than to have multiple new events
- # [14:57] <NeilAway> edmorley: I will push to m-i on one condition, which I don't expect to happen in the near future
- # [14:58] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
- # [14:58] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [14:59] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [14:59] * Joins: evilpie (chatzilla@moz-A4417520.pools.arcor-ip.net)
- # [14:59] * Joins: lahabana (Mibbit@moz-6821D3E9.imag.fr)
- # [15:00] * Joins: beaufour_ (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [15:00] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Connection reset by peer)
- # [15:00] * beaufour_ is now known as beaufour
- # [15:02] * Joins: kaie (kaie@moz-96F293C5.dip.t-dialin.net)
- # [15:02] <NeilAway> edmorley: also, load wasn't high when I was qfinishing, but then I didn't know that glandium was going to head me by landing and backing out
- # [15:03] <edmorley> NeilAway: I meant more generally rather than that specific push :-)
- # [15:03] <edmorley> NeilAway: what's the one condition out of interest?
- # [15:03] <bjacob> Ms2ger: do you know if getContext should or shouldn't generate an exception on failure? http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#dom-canvas-getcontext doesn't seem to mention exceptions, does that mean that us generating exceptions is a bug?
- # [15:04] <gaston> glandium: when you say "(replacing SK_BUILD_FOR_ANDROID in SkBitmapProcState::platformProcs altogether)", it also means that android will never have -mssse3 support, no ? (which is prbably likely anyway)
- # [15:04] <glandium> gaston: yes
- # [15:05] <bjacob> gaston: not that it matters --- the additional insns in sse3 and ssse3 over sse2 are minimally useful
- # [15:05] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [15:05] <gaston> i have no idea what that means, i'm just randomly moving #ifs around :)
- # [15:05] <glandium> bjacob: well apparently skia has special functions using ssse3
- # [15:05] <@roc> getContext was such a mistake
- # [15:06] <bjacob> glandium: are they actually faster than sse2 variants? that is the question
- # [15:06] <Ms2ger> bjacob, what kind of exceptions?
- # [15:06] * Joins: armenzg (armenzg@moz-D2656219.dsl.bell.ca)
- # [15:06] <bjacob> Ms2ger: the usual when we return NS_ERROR_FAILURE
- # [15:06] <glandium> bjacob: i don't know. and i don't really care :-p
- # [15:06] <bjacob> roc: what should have it beed?
- # [15:06] <bjacob> *been
- # [15:06] <@roc> canvasElement.context2d
- # [15:06] <@roc> canvasElement.contextWebGL
- # [15:06] <bjacob> roc: i see
- # [15:07] * davehunt|away is now known as davehunt|hungry
- # [15:07] * Joins: espindola (espindola@moz-27E95C21.dsl.teksavvy.com)
- # [15:07] <@roc> canvasElement.mozContext3d
- # [15:07] <@roc> etc
- # [15:07] <Ms2ger> roc, *shrug*, too late to change now
- # [15:07] <@roc> yeah
- # [15:07] <@roc> but people keep using getContext() as an example of how things should be done
- # [15:07] <@roc> because they think the string parameter gives them some extra extensibility
- # [15:07] <Ms2ger> bjacob, for the options thing?
- # [15:08] * Joins: beaufour_ (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [15:08] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Connection reset by peer)
- # [15:08] * beaufour_ is now known as beaufour
- # [15:08] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [15:08] * Quits: nthomas|away (chatzilla@moz-4427912A.telstraclear.net) (Ping timeout)
- # [15:08] <bjacob> Ms2ger: no, no, i mean, currently, if webgl is blacklisted, getContext("experimental-webgl") generates an exception and returns null. It seems it should only return null. Can you confirm?
- # [15:09] <@roc> in reality, they want to use it to escape from the world of Web specs, thinking that they can add their own string returning their own private proprietary object and they won't have to specify or even document it
- # [15:10] * mjschranz_away is now known as mjschranz
- # [15:10] * Ms2ger wonders what MozGetIPCContext is good for
- # [15:10] <bjacob> roc: really? has there been a proprietary context?
- # [15:10] <bjacob> roc: oh maybe the 'directcanvas' thing
- # [15:11] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:11] <@roc> not for canvas, but people "inspired" by getContext() and trying to create similar things elsewhere
- # [15:11] <bjacob> roc: actually i think appMobi's directcanvas is an example of a proprietary canvas
- # [15:11] <@roc> I don't know it
- # [15:12] * Quits: shianyow (shianyow@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [15:12] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
- # [15:13] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
- # [15:15] <Ms2ger> bjacob, yeah, I see now
- # [15:15] <Ms2ger> WebGLContext::SetDimensions throws
- # [15:16] <bjacob> Ms2ger: yes
- # [15:16] <Ms2ger> I guess it shouldn't
- # [15:16] <bjacob> Ms2ger: right ok
- # [15:17] <Ms2ger> Relatedly, can you file a bug on me to make nsICanvasRenderingContextInternal::SetCanvasElement return void?
- # [15:17] * Quits: rajul (quassel@A7806FB3.DE31631A.25B273F5.IP) (Ping timeout)
- # [15:17] * davehunt|hungry is now known as davehunt|away
- # [15:17] <NeilAway> edmorley: m-c would have to be completely and utterly closed, except to pull the latest all-green changeset from m-i, which everyone would have to push/merge to
- # [15:18] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Ping timeout)
- # [15:18] <edmorley> that would be one way of doing things (that would suit me tbh)
- # [15:19] <bjacob> Ms2ger: can't you file it yourself? you'll do a better job, i didn't know about that func
- # [15:19] <Ms2ger> Or we could get rid of the profiling branch
- # [15:19] <edmorley> approval required and a={merge|bustage|something-needed-asap}
- # [15:19] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:19] <Ms2ger> Sure
- # [15:19] <NeilAway> edmorley: otherwise it makes no sense to me to pull two subtly different trees
- # [15:19] <edmorley> Ms2ger: or stop it running as many tests yeah (bug 759080 )
- # [15:20] <Ms2ger> Surely we can build that stuff from m-c
- # [15:20] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [15:21] <edmorley> Ms2ger: you mean add an extra row, like pgo does, but for --enable-profiling?
- # [15:22] <edmorley> not sure how that would work with update channels and the like (with the current plan of branding profiling and getting some people to use it for a while)
- # [15:24] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [15:25] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/7c3cd4824f94 - Gervase Markham - Bug 759095 - upgrade license to MPL 2, and other licensing cleanups.
- # [15:27] * Joins: dao1 (dao@moz-38822FD3.superkabel.de)
- # [15:27] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Ping timeout)
- # [15:28] * Joins: ehsan (ehsan@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [15:28] * ChanServ sets mode: +o ehsan
- # [15:28] <bjacob> sewardj: firefox crashes on startup under libnspr4.so when run in V regardless of V tool used. Built with --enable-valgrind, run with --smc-check=all-non-file . SVN r12594. Any idea?
- # [15:29] <bjacob> sewardj: oops. nevermind
- # [15:29] <bjacob> sewardj: i wasn't running my --enable-valgrind build
- # [15:29] <edmorley> gerv: post http://blog.gerv.net/2012/01/outstanding-requests-in-bugzilla/ has there been any analysis of the outstanding review count? I've looked to see if anyone has blogged about it, but couldn't find anything
- # [15:29] * Quits: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de) (Ping timeout)
- # [15:30] <gerv> edmorley: http://blog.gerv.net/2012/03/old-requests-next-steps/ ?
- # [15:30] <gerv> (I have more data now if you'd like it.)
- # [15:30] <sewardj> bjacob: so should i ignore thsi?
- # [15:30] <glandium> bjacob: it shouldn't crash without --enable-valgrind
- # [15:31] <bjacob> sewardj: trying with --enable-valgrind now
- # [15:31] <edmorley> gerv: doh, I even commented on that second post
- # [15:31] <edmorley> *facepalm*
- # [15:32] * Joins: bbondy (bbondy@moz-A05ECC22.home.cgocable.net)
- # [15:33] * Joins: nthomas|away (chatzilla@moz-4427912A.telstraclear.net)
- # [15:33] <edmorley> gerv: I fear that the backlog of ancient reviews increase the chances that people just filter to trash
- # [15:33] <gerv> Refusing to do or cancelling a review are entirely legitimate options.
- # [15:34] <gerv> It doesn't have to be a significant amount of work to deal with the backlog.
- # [15:34] * coop|away is now known as coop|buildduty
- # [15:34] <gerv> Anything is better than just leaving the patch creator hanging.
- # [15:34] <edmorley> gerv: I agree, but given by the comments on that second post, people aren't seeing those as viable responses
- # [15:34] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [15:35] * Joins: jduell (jduell@moz-A71D42D4.nc.res.rr.com)
- # [15:35] * Joins: jviereck_mb1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [15:35] * Quits: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch) (Connection reset by peer)
- # [15:38] <Standard8> if I'm in js, how do I get it to give me a js stack dump?
- # [15:38] * Joins: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de)
- # [15:38] * Joins: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [15:38] * Quits: jviereck_mb1 (Adium@moz-26045BE5.dclient.hispeed.ch) (Connection reset by peer)
- # [15:38] * Joins: harth (harth@88F51059.F3BBB17D.144F44FA.IP)
- # [15:38] * Joins: raphc (rc@moz-2772C915.rev.numericable.fr)
- # [15:39] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:39] * armenzg is now known as armenzg_brb
- # [15:39] * Quits: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch) (Connection reset by peer)
- # [15:39] * Joins: jviereck_mb1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [15:40] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
- # [15:41] * Joins: rwaldron (rwaldron@moz-81025786.hsd1.ma.comcast.net)
- # [15:42] * jlebar|sleep is now known as jlebar
- # [15:42] * mcote|afk is now known as mcote
- # [15:42] * Joins: bholley (anonymous@4A536503.45AA75E6.5C7CEBE3.IP)
- # [15:42] <jlebar> BenWa, btw, cleopatra should use pushState so that the back/forward buttons work. Should be easy...
- # [15:42] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
- # [15:43] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Input/output error)
- # [15:43] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:43] * Quits: wolfiR (wolfiR@moz-686E7D7C.dip0.t-ipconnect.de) (Ping timeout)
- # [15:43] * glob|away is now known as glob
- # [15:43] <bjacob> sewardj: the crash doesn't happen with the --enable-valgrind build. So i dont know, maybe it's not worth attention.
- # [15:43] <gozala> Yoric: hey I saw your ping in pull request
- # [15:44] <gozala> not sure what to reply though
- # [15:44] * Joins: wolfiR (wolfiR@moz-2A81D108.dip0.t-ipconnect.de)
- # [15:44] * catlee-away is now known as catlee
- # [15:44] <sewardj> bjacob: ok .. hmm strange. i don;t know. I have heard of this happening before though.
- # [15:44] * Joins: vikash (vikash@5E2CBAAA.73D47E98.FB0CC892.IP)
- # [15:45] * Joins: rajul (quassel@514EDFFE.D6CF6BE5.25B273F5.IP)
- # [15:45] <Yoric> gozala: In which pull request?
- # [15:45] <Yoric> I pinged today in the old pull request because you haven't replied to the new pull request in 9-10 days.
- # [15:45] * Quits: dao1 (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [15:46] <Yoric> Just in case you have not noticed it :)
- # [15:46] <gozala> Yoric: probably because I have not seen that request
- # [15:46] * Quits: bholley (anonymous@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [15:46] <Yoric> gozala: https://github.com/mozilla/addon-sdk/pull/446
- # [15:47] <gozala> yeah I see it now
- # [15:47] <bjacob> sewardj: so with enable-valgrind, memcheck runs fine, but my refgrind tool gives me a crash: http://pastebin.mozilla.org/1651669 Does this look like a bug in my refgrind tool? The stack doesn't point to it
- # [15:47] * Quits: rajul (quassel@514EDFFE.D6CF6BE5.25B273F5.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [15:47] <gozala> Yoric: problem is I have bigger fish to fry at the moment
- # [15:48] <gozala> is that blocking you in any ways ?
- # [15:48] <Yoric> Not anymore.
- # [15:48] <Yoric> We have removed dependencies on promises for anything urgent.
- # [15:48] <sewardj> bjacob: so this is some problem related to your refgrind_malloc_usable_size
- # [15:48] * Joins: rajul (quassel@514EDFFE.D6CF6BE5.25B273F5.IP)
- # [15:48] <gozala> Yoric: ah good
- # [15:48] <Yoric> However, I hope that the async I/O on which I am currently working will be able to use promises.
- # [15:49] <Yoric> (well, not good – it would have been a nice place to use promises)
- # [15:49] <gozala> Yoric: at the moment landing a module loader to FF is priority for us
- # [15:49] <Yoric> ok
- # [15:49] <sewardj> bjacob: the stack does point to it
- # [15:49] <gozala> Yoric: although I guess if you're happy with your fork
- # [15:50] <bjacob> sewardj: ah? i was looking at Thread 1
- # [15:50] <gozala> you could start using it and then switch to whatever lands to toolkit no ?
- # [15:50] <sewardj> bjacob: those are the stacks for the threads running on the simulated cpu
- # [15:50] <gozala> it looks like you no longer change semantics so switch
- # [15:50] <sewardj> bjacob: the first one is a "real" cpu stack
- # [15:50] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [15:50] <Yoric> Normally, we now have the same semantics.
- # [15:51] <gozala> will be just a import url change
- # [15:51] <bjacob> sewardj: oh right ok
- # [15:51] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
- # [15:51] <Yoric> Ok, let's do that.
- # [15:51] <BenWa> jlebar: bug 759735
- # [15:51] * Quits: wolfiR (wolfiR@moz-2A81D108.dip0.t-ipconnect.de) (Ping timeout)
- # [15:51] <sewardj> bjacob: do you have a m-c jemalloc build on android to hand? can you test something for me?
- # [15:51] <gozala> Yoric: I think I briefly looked at your implementation and it did not felt more simple to me to be honest
- # [15:52] <jlebar> BenWa++. You saved me from figuring out which component to use. :)
- # [15:52] <Ms2ger> edmorley, dunno, or another nightly like the valgrind one we have (/had?)
- # [15:52] <bjacob> sewardj: i do, but i need to commute to find my micro usb cable in the office. give me 1 hour?
- # [15:52] <Yoric> gozala: Well... somehow, we disagree.
- # [15:52] <gozala> Yoric: but I wanted to get other people look into both implementations to get more objective opinion
- # [15:52] <Yoric> Sure, go ahead.
- # [15:52] * wlach|afk is now known as wlach
- # [15:52] <sewardj> bjacob: no problem .. i just have a URL that crashes m-c with jemalloc and runs fine without it
- # [15:52] <BenWa> jlebar: Core::Gecko Profiler, keep giving us feedback
- # [15:53] <sewardj> bjacob: wanted to know if this was part of your collection of known breakage
- # [15:53] <gozala> Yoric: but either way as long as we agree on API and semantics
- # [15:53] * Quits: John-Galt (kris@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [15:53] * Joins: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP)
- # [15:53] <gozala> implementation is something we can iterate
- # [15:53] <gozala> on
- # [15:53] * Quits: Optimizer (Instantbir@7803910F.AFA9C078.2AB48280.IP) (Ping timeout)
- # [15:53] <gozala> so I think starting with your fork may be a best option so far
- # [15:53] <bjacob> sewardj: is this an allocator mismatch? we've been dealing with a lot of such bugs, and indeed disable-jemalloc removed the allocator mismatch and the crash.
- # [15:54] <sewardj> bjacob: well, yes, that's why I ask. Problem is I am running with my mismatch-detection V hack now and it does not show any (DSO-level) mismatch
- # [15:55] <bjacob> sewardj: i have a regular jemalloc on my phone right now if that's all i need to test your url
- # [15:55] <sewardj> so I am a bit mystified
- # [15:55] <Yoric> gozala: ok
- # [15:55] <sewardj> bjacob: yes it is. http://www.flightglobal.com/blogs/flightblogger/
- # [15:55] <sewardj> crashes almost instantly
- # [15:55] <sewardj> you may need to have flash enabled (I don't know)
- # [15:55] <gozala> Yoric: Also I wanted to experiment with decoupling observable / eventual / promise
- # [15:56] <Yoric> Yes, I have started reading your link.
- # [15:56] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [15:56] * Quits: rajul (quassel@514EDFFE.D6CF6BE5.25B273F5.IP) (Ping timeout)
- # [15:56] <Yoric> Not finished, though.
- # [15:56] <Yoric> (I remember there was a minor typo)
- # [15:56] <gozala> Yoric: it's just a scratch, code likely does not works yet
- # [15:57] * Joins: Optimizer (Instantbir@7803910F.AFA9C078.2AB48280.IP)
- # [15:57] <sewardj> bjacob: do you have an example of a still-open probable mismatch bug, that I can try?
- # [15:58] * armenzg_brb is now known as armenzg
- # [15:58] <bjacob> sewardj: no crash, but i don't have flash. i dont know how to install flash
- # [15:58] * bwinton_away is now known as bwinton
- # [15:59] * davehunt|away is now known as davehunt
- # [15:59] <bjacob> sewardj: my only examples were webgl examples crashing with ANGLE allocator mismatch and they should be fixed now. so i don't know, sorry. glandium might know more examples
- # [16:00] <bjacob> sewardj: so, in DHAT tool, malloc_usable_size is implemented asserting false as well, but it has this code commented out:
- # [16:00] <bjacob> //zz HP_Chunk* hc = VG_(HT_lookup)( malloc_list, (UWord)p );
- # [16:00] * Joins: avih_ (quassel@moz-AB03D538.red.bezeqint.net)
- # [16:00] <bjacob> //zz
- # [16:00] <bjacob> //zz return ( hc ? hc->req_szB + hc->slop_szB : 0 );
- # [16:00] <bjacob> sewardj: is this code safe to use?
- # [16:00] <GPHemsley> So apparently I have to choose between getting prompted for an unresponsive script every (small) x number of seconds, or not having the ability to stop a script's execution?
- # [16:00] <glandium> bjacob: at this point, we shouldn't have problem besides actual programming mistakes
- # [16:00] * Quits: avih_ (quassel@moz-AB03D538.red.bezeqint.net) (Connection reset by peer)
- # [16:00] * Quits: smontagu (chatzilla@2B060B9D.C39404F5.CB858787.IP) (Ping timeout)
- # [16:00] * Joins: avih_ (quassel@moz-AB03D538.red.bezeqint.net)
- # [16:00] * Quits: avih (quassel@moz-AB03D538.red.bezeqint.net) (Ping timeout)
- # [16:00] <sewardj> bjacob: it is worth a try (looks plausible)
- # [16:01] <bjacob> sewardj: ^ so you have to go back in time, by a week, to reproduce mismatches
- # [16:01] * Joins: smontagu (chatzilla@2B060B9D.C39404F5.CB858787.IP)
- # [16:01] <bjacob> sewardj: or unapply glandium's fix
- # [16:01] <bjacob> sewardj: then you should be able to find testcases by browsing around bug 746794
- # [16:04] * Joins: wolfiR (wolfiR@moz-A42CD195.dip0.t-ipconnect.de)
- # [16:06] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [16:06] <mounir> gavin: ping
- # [16:06] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Connection reset by peer)
- # [16:07] * Joins: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net)
- # [16:07] * Joins: moo (dm8tbr@moz-C799D3A1.afthd.hg.tu-darmstadt.de)
- # [16:08] <moo> anyone ever dealt with firefox barfing on a malformed json file of sessionrestore?
- # [16:08] * Joins: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com)
- # [16:08] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
- # [16:08] * moo just lost his session and would like it back - any scripts or workarounds etc appreciated
- # [16:08] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [16:09] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [16:09] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [16:09] * Quits: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP) (Connection reset by peer)
- # [16:09] * Joins: victorporo (victorporo@34984574.14EB2DE0.79933D60.IP)
- # [16:10] * kmoir-afk is now known as kmoir_buildduty
- # [16:11] * Joins: artur (artur@5EA72A3B.1C8523D6.6C361E84.IP)
- # [16:11] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [16:11] * armenzg is now known as armenzg_brb
- # [16:12] * Joins: rajul (quassel@E07A4F7A.A398EA85.25B273F5.IP)
- # [16:13] * Quits: victorporo (victorporo@34984574.14EB2DE0.79933D60.IP) (Connection reset by peer)
- # [16:13] * Joins: trevorh (trevor@moz-37BC2E47.qld.bigpond.net.au)
- # [16:13] * Joins: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP)
- # [16:14] * Quits: trevorh (trevor@moz-37BC2E47.qld.bigpond.net.au) (Quit: Leaving.)
- # [16:14] * Quits: rwaldron (rwaldron@moz-81025786.hsd1.ma.comcast.net) (Quit: Leaving...)
- # [16:14] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [16:15] * Quits: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP) (Connection reset by peer)
- # [16:16] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
- # [16:16] * Quits: _alex (Mibbit@moz-91848CE0.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [16:16] * Joins: victorporof (victorporo@34984574.14EB2DE0.79933D60.IP)
- # [16:16] * Quits: paul_ (paul2@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [16:16] * Quits: graememcc (chatzilla@moz-956BDAFB.range86-147.btcentralplus.com) (Ping timeout)
- # [16:16] * dev_afk is now known as devd
- # [16:17] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [16:17] * bear-afk is now known as bear
- # [16:18] * Joins: dveditz (dveditz@moz-104CC309.mv.mozilla.com)
- # [16:18] * ChanServ sets mode: +o dveditz
- # [16:20] * @bz_sleep looks for someone who understands configure
- # [16:20] * bz_sleep is now known as bz
- # [16:20] <@bz> 5237 if test "$MOZ_ENABLE_GIO" -a "$MOZ_ENABLE_GTK2"
- # [16:21] <@bz> Is that testing that MOZ_ENABLE_GIO _and_ MOZ_ENABLE_GTK2 are set?
- # [16:21] * Ms2ger points at glandium
- # [16:21] <@bz> Or perhaps a better question is...
- # [16:21] <@bz> "when do we end up building with gio?"
- # [16:21] <glandium> bz: i think you can build with Qt and gio
- # [16:21] <glandium> bz: --enable-gio
- # [16:22] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [16:22] <@bz> glandium: that wasn't my question
- # [16:23] <@bz> glandium: my question was whether when you do a default build on Linux you get GIO
- # [16:23] <glandium> bz: it's not enabled by default
- # [16:23] <@bz> glandium: aha
- # [16:23] <@bz> glandium: why not, if I might ask?
- # [16:23] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [16:24] <glandium> bz: build slaves, iirc. bug 713802
- # [16:24] <@bz> glandium: hm
- # [16:24] <@bz> glandium: ok
- # [16:24] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [16:25] <glandium> bz: better to check with karlt
- # [16:25] <@bz> ok, then that explains why all the KDE people are seeing suck....
- # [16:25] <@ehsan> AryehGregor: you around?
- # [16:25] <mounir> ehsan: oh you! :)
- # [16:25] <@ehsan> it is me indeed
- # [16:26] <mounir> ehsan: I was wondering, shouldn't we close dev-tech-editor?
- # [16:26] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [16:26] <@ehsan> haven't we done that already?
- # [16:26] <mounir> ehsan: I realized today it gots one thread in more than 6 months
- # [16:26] * @ehsan has filed a bug about this
- # [16:26] <mounir> ehsan: spam is still coming
- # [16:26] <@ehsan> hmm
- # [16:26] <Ms2ger> Can't we close editor/?
- # [16:26] <mounir> Ms2ger++
- # [16:27] <@ehsan> mounir: https://bugzilla.mozilla.org/show_bug.cgi?id=643140
- # [16:29] * Joins: anuaimi (anuaimi@B65F78B7.1356EECA.2170E5F.IP)
- # [16:29] * NeilAway wishes insecure bugmail still showed which field(s) had been changed
- # [16:29] * Joins: graememcc (chatzilla@moz-956BDAFB.range86-147.btcentralplus.com)
- # [16:29] <mounir> ehsan: I guess this is never going to happen because of buraucratics and consensus reaching ;)
- # [16:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:30] <@ehsan> mounir: exactly
- # [16:30] * Joins: rwaldron (rwaldron@moz-81025786.hsd1.ma.comcast.net)
- # [16:30] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
- # [16:30] <NeilAway> moo: try running it through a json prettyprinter
- # [16:30] <mounir> ehsan: that's a shame: your idea was great :)
- # [16:31] <Ms2ger> ehsan, that's what you get for scope-creeping ;)
- # [16:31] <@ehsan> mounir: please feel free to chime in on the bug :)
- # [16:31] * bear is now known as bear-afk
- # [16:31] <@ehsan> Ms2ger: yep, lesson learned
- # [16:31] <edmorley> Ms2ger: check :-)
- # [16:31] <edmorley> I was starting to think you had given up mocking it
- # [16:32] <decoder> might be a stupid question, but how can I create a try build of a branch, like aurora?
- # [16:33] <@ehsan> decoder: base your patch on top of that repo, and then push to try
- # [16:33] <@ehsan> as you would usually
- # [16:33] <Ms2ger> edmorley, :)
- # [16:35] * armenzg_brb is now known as armenzg
- # [16:35] <@roc> this is why trying to fix orange is not appealing: I put in a bunch of work to try to guess what's causing orange in four different tests, come up with four different probable causes and fixes, and none of them actually fix any orange :-(
- # [16:35] <glandium> bz: yeah
- # [16:36] <glandium> bz: note that most distros are using gio now
- # [16:36] <decoder> ehsan: ah. thats just too easy :) thx
- # [16:36] * @bz tries to figure out what to do with https://bugzilla.mozilla.org/show_bug.cgi?id=740811#c23
- # [16:36] * Joins: nsilva (nico@F2D29657.F60B0462.67AC9B1.IP)
- # [16:36] <Ms2ger> Ignore
- # [16:36] <@bz> glandium: apparently some people are using nightlies or something... ;)
- # [16:36] <Ms2ger> As usual
- # [16:36] <@bz> Ms2ger: pretty tempting
- # [16:37] <@bz> it's interesting that console.foo() will do nothing
- # [16:37] <@bz> for random foo
- # [16:37] <@bz> no exception, nothing
- # [16:37] <Ms2ger> Well
- # [16:37] <glandium> bz: people should know better
- # [16:37] <glandium> ... and not use kde ;)
- # [16:37] <@bz> glandium: meh. ;)
- # [16:37] <lahabana> roc I've got a little question on reflow for nsTextControlForm
- # [16:37] <lahabana> have u got a minute?
- # [16:38] <Ms2ger> Uninteroperable stuff and stuff
- # [16:38] <@roc> ok
- # [16:38] * @bz ponders filing a bug on that
- # [16:38] <@roc> be quick, I need to sleep :-)
- # [16:38] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [16:38] <glandium> bz: on kde?
- # [16:38] <lahabana> it's about the 2 different frames that can be present
- # [16:38] <Ms2ger> Who needs to sleep at 2:30?
- # [16:38] <lahabana> either the placeholder or the actual content
- # [16:39] <lahabana> should I always reflow both or just the one currently displayed?
- # [16:39] <@roc> the problem is it's hard to get good work done before midnight because there are too many distrctions
- # [16:39] <@bz> glandium: no, on our console code
- # [16:39] * armenzg is now known as armenzg_mtg
- # [16:39] <@bz> glandium: sorry, two separate threads of thought
- # [16:40] <@roc> lahabana: both I guess
- # [16:40] <@roc> what is the context?
- # [16:40] <lahabana> ok thx
- # [16:40] <lahabana> what do you mean by context?
- # [16:41] <@roc> what are you working on?
- # [16:41] <lahabana> on changing the heritage
- # [16:41] <@roc> getting rid of nsStackFrame you mean?
- # [16:41] <lahabana> from nsStackFrame to nsContainerFrame
- # [16:41] <_alex> yep that's it
- # [16:41] <@roc> excellent!!!
- # [16:41] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [16:41] <lahabana> yes it's hard ;)
- # [16:42] <_alex> roc: I'm working with lahabana
- # [16:42] <_alex> so your answers might help me too
- # [16:42] <moo> NeilAway: yeah, tried json_reformat but it died with a segfault at the end of the file. I then found a discussion on mozillazine with a useful bookmarklet though :)
- # [16:42] <@roc> I think currently nsStackFrame reflows all the children, so you should just keep doing that
- # [16:42] <moo> produces 2k-4k clickable links in my case.... ;)
- # [16:42] * coop|buildduty is now known as coop|mtg
- # [16:42] <lahabana> well stackFrame doesn't seem to do anything reflow wise
- # [16:43] <@bz> yes
- # [16:43] <@roc> possibly in the future one could optimize so that only the visible child is reflowed, and we reflow when switching which child is displayed, but it's probably not worth doing that optimization
- # [16:43] <@bz> you should reflow both the placeholder and the content
- # [16:43] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [16:43] <@bz> for now
- # [16:43] <@bz> indeed, given that placeholders are rare
- # [16:43] <lahabana> ok thx
- # [16:43] <@bz> and when present tend to be small
- # [16:43] <lahabana> yes
- # [16:43] <@roc> lahabana: it uses XUL box layout and goes through methods like NS_NewStackLayout
- # [16:43] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [16:44] <lahabana> yes
- # [16:44] <@roc> I mean nsStackLayout::Layout
- # [16:44] <lahabana> ok
- # [16:44] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Client exited)
- # [16:45] <lahabana> thx
- # [16:45] <lahabana> that's great
- # [16:45] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [16:46] <lahabana> ho while both of you are here
- # [16:46] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Ping timeout)
- # [16:46] <lahabana> I'm currently using CalcIntrinsicSize() for GetPrefWidth/GetMinWidth is that right?
- # [16:47] * Quits: gandalf (zbraniecki@54048E1D.CE06E408.3296EA50.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [16:48] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [16:49] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [16:49] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [16:49] * Quits: maikmerten (merten@moz-95C75439.itmc.tu-dortmund.de) (Ping timeout)
- # [16:50] <@bz> yes
- # [16:50] <@bz> sounds right
- # [16:50] <lahabana> ok cool thx
- # [16:50] <@bz> er, wait
- # [16:50] * @bz checks on that
- # [16:50] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [16:51] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [16:51] <@bz> yes
- # [16:51] <@bz> that's correct
- # [16:51] <lahabana> good
- # [16:51] <yvan> zandr: re: vidyo in london; we are looking to have simon do presentation using his notebook as the vidyo client
- # [16:51] <yvan> this setup worked pretty well for me last year when I did a brownbag on CEF logging
- # [16:52] * joduinn-afk is now known as joduinn-commute
- # [16:52] <zandr> Sure, but there wasn't anyone in the room
- # [16:52] <zandr> Or, you were in a room with a full setup, one of the two
- # [16:53] <zandr> Need to get rolling, we'll talk later.
- # [16:54] <Yoric> What is the recommended manner of logging a warning from JS in chrome code?
- # [16:54] * Joins: kanru` (user@moz-C2DFBF89.dynamic.hinet.net)
- # [16:57] * Quits: nsilva (nico@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:58] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [16:58] <@bsmedberg> Yoric: do you have location information you want to save with the warning, or just a bare warning?
- # [16:58] <smontagu> so, I need a prompt to have different css depending on whether it is coming from chrome or content
- # [16:59] <Yoric> bsmedberg: ideally, I would like to save the contents of Components.utils.stack, too
- # [16:59] <@bsmedberg> yoric: https://developer.mozilla.org/en/Components.utils.reportError
- # [16:59] <Yoric> Does this log the stack?
- # [16:59] <@bsmedberg> Yoric: although I don't think that saves the stack, it does save the location information
- # [16:59] <@bsmedberg> console warnings don't save the stack by default, right?
- # [16:59] <Yoric> I don't think they do.
- # [17:00] <Yoric> Well, I will just have to grab the stack myself, then.
- # [17:00] <Yoric> Thanks.
- # [17:00] <@bsmedberg> yeah
- # [17:00] * Joins: Stan_ (Stan@moz-8AEB284B.dip.t-dialin.net)
- # [17:01] * Joins: gandalf (zbraniecki@54048E1D.CE06E408.3296EA50.IP)
- # [17:01] * Joins: nsilva (nico@F2D29657.F60B0462.67AC9B1.IP)
- # [17:01] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [17:01] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [17:03] * Quits: vikash (vikash@5E2CBAAA.73D47E98.FB0CC892.IP) (Quit: Leaving)
- # [17:03] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [17:04] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [17:04] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [17:05] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [17:05] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:05] * Parts: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [17:05] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Quit: Verlassend)
- # [17:05] * Joins: myk1 (Instantbir@moz-6CFB3430.tmodns.net)
- # [17:06] * cadecairos_away is now known as cadecairos
- # [17:06] * Quits: coop|mtg (Chris@moz-B4FD8D3E.dsl.bell.ca) (Quit: coop|mtg)
- # [17:07] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [17:08] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [17:09] * Joins: Pike (Pike@moz-8185938A.pool.mediaways.net)
- # [17:10] * Quits: myk1 (Instantbir@moz-6CFB3430.tmodns.net) (Connection reset by peer)
- # [17:10] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [17:10] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [17:10] <Ms2ger> gerv, got rid of relic?
- # [17:11] <gerv> Ms2ger: No;
- # [17:11] <bhearsum> it's now a relic?
- # [17:11] <gerv> it just lives:
- # [17:11] <gerv> http://hg.mozilla.org/users/gerv_mozilla.org/relic/
- # [17:11] <jduell> Anybody know what interface (if any) nsXMLHttpRequest::SetRequestObserver belongs to? Nothing seems to call it...
- # [17:11] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
- # [17:12] <Ms2ger> What does MXR say?
- # [17:12] <Ms2ger> jduell, looks like you're right
- # [17:12] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [17:13] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [17:13] <Ms2ger> jduell, used to be used by the workers code
- # [17:14] <jduell> Ms2ger: ah, ok. I'll file a bug to rip it out
- # [17:14] <Ms2ger> \o/
- # [17:15] * Quits: rwaldron (rwaldron@moz-81025786.hsd1.ma.comcast.net) (Ping timeout)
- # [17:16] * armenzg_mtg is now known as armenzg
- # [17:19] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
- # [17:19] <jduell> yeesh--do we not have a bugzilla category for XML? Bugs seem scattered across DOM, DOM | Core & HTML, DOM | Mozilla Extensions
- # [17:19] <jduell> Guess I'll go with just Core | DOM. That's what sicking's been doing...
- # [17:19] <glob> jduell, Core::XML ?
- # [17:19] * Quits: Stan (Stan@moz-8AEB284B.dip.t-dialin.net) (Quit: KVIrc Equilibrium 4.1.1, revision: 5290, sources date: 20101230, built on: 2011-01-03 14:36:41 UTC(v) Equilibrium 4.1.1, revision: 5290, sources date: 20101230, built on: 2011-01-03 14:36:41 UTC(n) http://www.kvirc.net/)
- # [17:20] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [17:20] <jduell> s/XML/XMLHttpRequests
- # [17:20] <@bz> jduell: we have a component for "XML"
- # [17:20] <froydnj> glob: too easy!
- # [17:20] <@bz> jduell: but XHR is not really about XML. Or HTTP.
- # [17:20] <jduell> Yeah, I know. I just mistyped.
- # [17:20] * Joins: vikash (vikash@5E2CBAAA.73D47E98.FB0CC892.IP)
- # [17:20] <@bz> jduell: it _does_ have something to do with requests. Sometimes.
- # [17:20] <jduell> But we should still have a bug component for it, no?
- # [17:20] <jduell> It seems pretty popular
- # [17:20] <jduell> ;)
- # [17:20] * philor|away is now known as philor
- # [17:21] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:21] <@bz> jduell: So it used to be under extensions, back when it was nonstandard
- # [17:21] * Quits: yvan (Yvan@moz-59682A1.dmz.scl3.mozilla.com) (Quit: leaving)
- # [17:21] <@bz> jduell: now it's standard, so new stuff tends to go in DOM or DOM Core & HTML
- # [17:21] * @bz thinks the DOM components are over-fine-grained and we should merge them
- # [17:21] <jduell> Seems like too big a bucket
- # [17:21] <@bz> too big for what purpose?
- # [17:21] * jduell files in the "not my decision" dept
- # [17:22] * Joins: daoberes (chatzilla@moz-7C0D9792.cable.teksavvy.com)
- # [17:22] <jduell> Oh, it's just not obvious where to put them
- # [17:22] <@bz> reporters don't have any effing way to tell which of the "DOM" buckets a bug should go in
- # [17:22] <jduell> But maybe one big blobbly DOM bucket is fine
- # [17:22] <@bz> hell, _I_ have no effing way to tell
- # [17:22] <@bz> and I'm supposedly a peer for all this junk. ;)
- # [17:22] * jduell defers to those wiser then he
- # [17:22] <glob> we can make the component descriptions more verbose
- # [17:22] <glob> because we're adding searching ... see https://bugzilla.mozilla.org/enter_bug.cgi?full=0
- # [17:22] <@bz> glob: that's not exactly going to help
- # [17:23] <Ms2ger> jduell, XHR is DOM: Mozilla Extensions, fwiw
- # [17:23] <@bz> glob: e.g. where should a bug on the behavior of HTMLCollection go?
- # [17:23] <@bz> Ms2ger: which makes no sense now
- # [17:23] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [17:23] <Ms2ger> Depends, where is the bug?
- # [17:23] <jduell> The other problem is that if you don't start using a component bucket right away, all the existing bugs for that code live somewhere else, so when people do an hg log to look up which component to file in...
- # [17:23] <@bz> glob: note that HTMLCollection was in DOM HTML in DOM2/3 but is in DOM Core in DOM 4
- # [17:23] <glob> bz, hrm, untriaged? :P
- # [17:23] <@bz> glob: how about "DOM"?
- # [17:24] <Ms2ger> And in HTML5 in between
- # [17:24] * Quits: lahabana (Mibbit@moz-6821D3E9.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:24] <@bz> glob: it's not like the people working on the code really differentiate between these components anyway....
- # [17:24] <@bz> anyway
- # [17:24] * @bz generally thinks our components are a bit over-fine-grained
- # [17:25] <jduell> hey--we're clogging #developers with this discussion.
- # [17:25] <jduell> may I suggest #bugzilladomcomponents?
- # [17:25] <froydnj> #developers loves some bikeshedding
- # [17:25] <Ms2ger> Not as much as the CSSWG
- # [17:26] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [17:26] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [17:26] <@bz> #developers is all about off-topic discussions. ;)
- # [17:26] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [17:26] * Joins: myk1 (Instantbir@moz-33D478F.tmodns.net)
- # [17:28] * Quits: myk1 (Instantbir@moz-33D478F.tmodns.net) (Connection reset by peer)
- # [17:29] * Quits: tonymec (tonymec@6ADEAD1A.BD2F4AC.277517C1.IP) (Input/output error)
- # [17:30] <mounir> -Werror=unused-result is still by default in m-c?
- # [17:31] <mounir> hmm, damn, I have warnings-as-errors :)
- # [17:32] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [17:33] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Ping timeout)
- # [17:33] * Joins: rillian (giles@A5087023.2354C43D.D8E68FF6.IP)
- # [17:33] * Quits: cloudpopup (squeakytoy@moz-135838FA.netset.se) (Quit: Leaving)
- # [17:33] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [17:34] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [17:34] * Joins: myk1 (Instantbir@moz-33D478F.tmodns.net)
- # [17:35] * Quits: myk1 (Instantbir@moz-33D478F.tmodns.net) (Input/output error)
- # [17:35] * joduinn-commute is now known as joduinn-mtg
- # [17:36] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [17:36] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [17:38] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [17:38] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [17:39] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [17:40] * Quits: anuaimi (anuaimi@B65F78B7.1356EECA.2170E5F.IP) (Quit: anuaimi)
- # [17:41] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
- # [17:41] * Quits: jesup|laptop (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Ping timeout)
- # [17:42] * armenzg is now known as armenzg_mtg
- # [17:42] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [17:43] * Joins: brendan (brendaneic@EDCE86EC.3BD1665B.B4C748B5.IP)
- # [17:43] * mjschranz is now known as mjschranz_away
- # [17:44] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [17:44] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [17:44] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:45] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [17:45] <froydnj> hm...jobvite mail, spam or no?
- # [17:45] <gcp> spam
- # [17:46] <froydnj> better than most, though
- # [17:46] <gcp> it was sent as HTML only, so that's not even a question
- # [17:46] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [17:47] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [17:47] * Joins: Havvy (Mibbit@moz-532C777C.ptld.qwest.net)
- # [17:47] <mounir> jobvite facebook app...
- # [17:47] <mounir> that's sad
- # [17:47] <Pike> crap on crap
- # [17:47] <artur> hi, trying to find what component is responsible for the "Open with" dialog? (something like chrome://browser/.../openwith.xul) context is trying to test if dialog comes up when opening a mime type that's registered as "Always ask"
- # [17:47] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [17:47] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [17:48] <mounir> Pike++
- # [17:48] * Joins: dbaron (dbaron@moz-CD63533D.dsl.dynamic.sonic.net)
- # [17:48] * ChanServ sets mode: +o dbaron
- # [17:49] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
- # [17:50] * Joins: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net)
- # [17:51] * Joins: ekr_ (ekr@moz-D7997EC8.rtfm.com)
- # [17:51] * Quits: richardus (richardus@moz-A4E2BEA4.com) (Ping timeout)
- # [17:54] * Quits: Asa (asa@D13E5E3F.A1EC5031.204CA821.IP) (Ping timeout)
- # [17:54] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:55] * mjschranz_away is now known as mjschranz
- # [17:56] <edmorley> jmaher|afk: bug 668391 comment 6 is something different, about to file now
- # [17:58] * fabrice|afk is now known as fabrice
- # [17:58] * Quits: rajul (quassel@E07A4F7A.A398EA85.25B273F5.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [17:59] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [17:59] * Quits: avih_ (quassel@moz-AB03D538.red.bezeqint.net) (Ping timeout)
- # [17:59] * Joins: past_ (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [18:00] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [18:00] * past_ is now known as past
- # [18:00] * lsblakk|afk is now known as lsblakk
- # [18:00] <philor> snorp: remember Android XUL?
- # [18:00] * froydnj is sure philor does
- # [18:02] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [18:02] * mak is now known as mak|afk
- # [18:02] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [18:02] <snorp> philikon: no
- # [18:02] <snorp> err
- # [18:02] <snorp> philor: no
- # [18:03] <philor> it's that orangered one ;)
- # [18:03] <snorp> sigh.
- # [18:03] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [18:03] <snorp> fucking xul
- # [18:03] <snorp> wait really?
- # [18:03] <snorp> it built but failed tests?
- # [18:03] <snorp> I don't think my patch can really cause that
- # [18:03] <snorp> weird.
- # [18:03] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [18:03] <Ms2ger> Famous last words
- # [18:04] <mbrubeck> snorp: Probably crashes on startup
- # [18:04] <snorp> mbrubeck: probably
- # [18:04] <mbrubeck> That's the usual failure mode for turning every suite orangered
- # [18:04] <philor> fortunately we have those great logs
- # [18:04] <edmorley> lol
- # [18:04] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [18:04] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:04] <philor> JNI method called with exception raised in Lorg/mozilla/gecko/GeckoAppShell;.nativeInit ()V (GetStaticMethodID) (or not)
- # [18:05] <philor> Pending exception is: VM aborting (thanks)
- # [18:05] <snorp> srsly
- # [18:05] <snorp> oh well
- # [18:05] * snorp backs out
- # [18:06] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Quit: Boriss)
- # [18:06] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [18:06] <mbrubeck> probably just need to change the signatures of remove/addPluginView in /embedding/android as well as /mobile/android/base
- # [18:07] <snorp> I thought I accounted for that
- # [18:07] <snorp> they already have different signatures anyway
- # [18:07] * Joins: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net)
- # [18:07] <mbrubeck> huh
- # [18:08] <gavin> mounir: pong
- # [18:10] <snorp> I really do not want to build xul
- # [18:11] <snorp> ah
- # [18:11] <snorp> it's the RemovePluginView JNI reference
- # [18:11] * Quits: Optimizer (Instantbir@7803910F.AFA9C078.2AB48280.IP) (Ping timeout)
- # [18:12] <mounir> gavin: i was wondering if Firefox would be interested in "Close tabs on the right" feature
- # [18:12] <mounir> gavin: but I guess we could have the discussion in the bug
- # [18:13] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [18:13] * ekr_ is now known as ekr
- # [18:14] <gavin> mounir: doesn't really seem like something that is useful enough to build-in
- # [18:15] * Joins: avih (quassel@moz-1D963587.red.bezeqint.net)
- # [18:15] * Joins: Optimizer (Instantbir@DCE4ED7D.C85457A6.2AB48280.IP)
- # [18:16] * ctalbert|afk is now known as ctalbert
- # [18:16] <NeilAway> artur: file handling, I believe
- # [18:17] <artur> NeilAway: thanks, found it: chrome://mozapps/content/downloads/unknownContentType.xul
- # [18:17] * Joins: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net)
- # [18:19] <snorp> philor: relanded, thanks for the heads up
- # [18:20] * Quits: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net) (Quit: nhirata)
- # [18:20] * AutomatedTester is now known as AutomatedTester|AFK
- # [18:20] * armenzg_mtg is now known as armenzg_brb
- # [18:20] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
- # [18:20] * Joins: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net)
- # [18:21] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:21] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [18:22] * Joins: robhawkes (robhawkes@EDCE86EC.3BD1665B.B4C748B5.IP)
- # [18:23] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [18:23] * jimm is now known as jimm-lunch
- # [18:24] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
- # [18:24] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [18:25] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [18:25] <decoder> ehsan: so when i push aurora to try, it'll use the mozconfig at browser/config/mozconfigs/linux64/nightly when requesting linux64 opt build?
- # [18:26] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:27] <@ehsan> decoder: I think so, see the full build log of one of the existing try builds to make sure
- # [18:27] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [18:27] * Quits: vikash (vikash@5E2CBAAA.73D47E98.FB0CC892.IP) (Quit: Leaving)
- # [18:28] <decoder> ehsan: ok thx :)
- # [18:28] * Quits: Havvy (Mibbit@moz-532C777C.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [18:29] * armenzg_brb is now known as armenzg
- # [18:29] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
- # [18:30] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
- # [18:30] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [18:30] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [18:31] * Joins: sriram (sriramr@moz-7B0110AD.mv.mozilla.com)
- # [18:31] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:32] * Quits: Pike (Pike@moz-8185938A.pool.mediaways.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [18:32] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [18:33] * Quits: jviereck_mb1 (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [18:33] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:34] * Joins: Pike (Pike@moz-8185938A.pool.mediaways.net)
- # [18:35] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [18:36] * Joins: lahabana (Mibbit@moz-610A30C2.imag.fr)
- # [18:36] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Quit: Lost terminal)
- # [18:37] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:37] * Quits: brendan (brendaneic@EDCE86EC.3BD1665B.B4C748B5.IP) (Ping timeout)
- # [18:37] * Quits: Pike (Pike@moz-8185938A.pool.mediaways.net) (Input/output error)
- # [18:38] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:38] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
- # [18:38] <whimboo> ehsan: ping
- # [18:38] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [18:39] * Misfit_Geek is now known as MisfitGeek_Lunch
- # [18:39] * Joins: jhammel (jhammel@moz-BBE3ABD.mv.mozilla.com)
- # [18:39] * Joins: Pike (Pike@moz-8185938A.pool.mediaways.net)
- # [18:40] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [18:40] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [18:40] <@ehsan> whimboo: hey
- # [18:40] <whimboo> ehsan: could you have a look at http://mozmill-ci.blargon7.com/#/update/report/fdec829b93b19c73985be1d3882f82c0
- # [18:40] <whimboo> ehsan: i wonder on which platforms we show the finishedBackground pane
- # [18:41] <whimboo> s/pane/page
- # [18:41] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [18:41] <whimboo> i can see this failure only on mac
- # [18:41] <whimboo> in detail 10.6.8 but not 10.7.4.
- # [18:41] <@ehsan> whimboo: on all platforms, I think
- # [18:42] <whimboo> ehsan: while testing my patch yesterday on OS X i only have seen finished
- # [18:43] <whimboo> but never finishedBackground
- # [18:43] <whimboo> i'm on 10.7, so I might testing again on my other 10.6 box
- # [18:44] <@ehsan> shouldn't make a difference...
- # [18:45] * Quits: gandalf (zbraniecki@54048E1D.CE06E408.3296EA50.IP) (Quit: Computer has gone to sleep.)
- # [18:45] <whimboo> well, lets better test it
- # [18:45] * Joins: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [18:45] <whimboo> i will do it in a bit
- # [18:45] <@ehsan> ok
- # [18:46] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
- # [18:46] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [18:47] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [18:48] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [18:48] * Joins: coop (Chris@moz-B4FD8D3E.dsl.bell.ca)
- # [18:49] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [18:51] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:52] <mounir> dholbert: so, r+ if I just remove the method?
- # [18:52] <dholbert> mounir, no, keep your patch as-is -- posting a new comment
- # [18:53] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [18:53] <mounir> dholbert: ok
- # [18:53] <Ms2ger> Clearly we should check for the error
- # [18:53] <dholbert> Ms2ger, :)
- # [18:54] * Joins: jfkthame_ (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [18:54] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [18:54] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Ping timeout)
- # [18:54] * jfkthame_ is now known as jfkthame
- # [18:55] * Joins: bholley (anonymous@moz-5DC51D53.fbx.proxad.net)
- # [18:55] * philor is now known as philor|away
- # [18:57] * Quits: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP) (NickServ (GHOST command used by John-Ga1t))
- # [18:57] * Joins: John-Galt (kris@FACBEC9F.1DC3B5D1.24939243.IP)
- # [18:57] * Joins: John-Ga1t (kris@FACBEC9F.1DC3B5D1.24939243.IP)
- # [18:58] <espindola> ted, ping 732173
- # [18:58] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Ping timeout)
- # [18:58] * Quits: John-Ga1t (kris@FACBEC9F.1DC3B5D1.24939243.IP) (Quit: leaving)
- # [18:59] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [18:59] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Ping timeout)
- # [19:01] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:01] * Quits: daoberes (chatzilla@moz-7C0D9792.cable.teksavvy.com) (Ping timeout)
- # [19:03] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [19:03] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [19:03] * philor|away is now known as philor
- # [19:04] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [19:05] * Joins: cdiehl_ (cdiehl@moz-3E322D61.pool.mediaways.net)
- # [19:06] * davidb is now known as davidb|mtg
- # [19:06] * Quits: cdiehl (cdiehl@moz-3F7AE997.pool.mediaways.net) (Ping timeout)
- # [19:06] * cdiehl_ is now known as cdiehl
- # [19:06] * jlebar is now known as jlebar|lunch
- # [19:06] * Joins: sheppy (sheppy@moz-DCBA618D.public.wayport.net)
- # [19:08] * jimm-lunch is now known as jimm
- # [19:09] * coop is now known as coop|mtg
- # [19:09] * Quits: Optimizer (Instantbir@DCE4ED7D.C85457A6.2AB48280.IP) (Ping timeout)
- # [19:10] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:10] * Joins: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP)
- # [19:10] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [19:11] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:12] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [19:12] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [19:12] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
- # [19:12] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [19:14] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [19:14] * mcote is now known as mcote|lunch
- # [19:15] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:17] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:20] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [19:20] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:21] * Quits: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP) (Quit: jfkthame)
- # [19:22] * MisfitGeek_Lunch is now known as Misfit_Geek
- # [19:22] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:23] * glob is now known as glob|away
- # [19:23] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120527042007])
- # [19:25] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:25] <jduell> dcamp: ping
- # [19:25] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Ping timeout)
- # [19:25] <dcamp> jduell: pong
- # [19:26] <jduell> dcamp: is it normal for the webconsole to keep alive a lot of stuff?
- # [19:26] <jduell> I'm seeing in bug 748766 that it seems to be keeping HTTP channels alive for a long time (till GC sweep_
- # [19:26] <jduell> When they're otherwise be refcounted away as soon as they're done
- # [19:27] * Joins: erikvold (erikvold@84B8C786.B12AEDC0.6E712CE2.IP)
- # [19:27] <dcamp> jduell: I refer you to msucan
- # [19:27] * Quits: erikvold (erikvold@84B8C786.B12AEDC0.6E712CE2.IP) (Quit: erikvold)
- # [19:27] <dcamp> msucan: ^
- # [19:28] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [19:28] * armenzg is now known as armenzg_lunch
- # [19:28] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [19:28] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:29] * Quits: garnacho (carlos@moz-C1763940.static.user.ono.com) (Ping timeout)
- # [19:30] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [19:30] <dcamp> or maybe robcee
- # [19:30] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:31] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
- # [19:31] * Joins: Mavericks (Mibbit@1E56A9FC.31A00CBB.B84D4DA2.IP)
- # [19:31] * Quits: MarcoZ (Daily@moz-62D26FD6.dip.t-dialin.net) (Quit: MarcoZ)
- # [19:32] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:33] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/4c68e77d89d8 - Brian R. Bondy - Bug 759449 - Change UI lag telemetry to an EXPONENTIAL histogram. r=taras
- # [19:35] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [19:35] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [19:36] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:36] <@bz> bjacob: ping
- # [19:36] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [19:36] * Quits: KLB (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [19:37] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:38] * armenzg_lunch is now known as armenzg_mtg
- # [19:38] * Joins: bholley_ (anonymous@moz-104CC309.mv.mozilla.com)
- # [19:38] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Quit: Boriss)
- # [19:39] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:39] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [19:39] * Quits: bholley (anonymous@moz-5DC51D53.fbx.proxad.net) (Ping timeout)
- # [19:39] * bholley_ is now known as bholley
- # [19:40] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [19:41] * mjschranz is now known as mjschranz_away
- # [19:41] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [19:41] <jtcranmer> bsmedberg: ping
- # [19:41] <ketas> gaston: also... you have no fbsd, but do you have any idea why my ff freezes when i have a lot of tabs... we debugged here with bsd guys and it seems to be related with threading, also segfaults are pretty common too, when "stressed"
- # [19:41] <@bsmedberg> jtcranmer: pong
- # [19:41] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Ping timeout)
- # [19:42] <jtcranmer> bsmedberg: are there any early hooks into Mozilla that gets run before most JS code starts runnig?
- # [19:42] <msucan> jduell: ping
- # [19:42] <ketas> gaston: actually i'm not sure this so platform specific...
- # [19:42] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [19:42] <@bsmedberg> jtcranmer: that's a broad question
- # [19:43] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [19:43] * Quits: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [19:43] <jtcranmer> let me narrow it down a bit then:
- # [19:43] <jduell> msucan: hey. I'm wondering whether it's normal for the webconsole to keep a lot of stuff alive for long periods of time: see bug 748766 comment 9/10
- # [19:43] * Quits: espadrine (espadrine@moz-85EBB8A.dia.static.qwest.net) (Quit: espadrine)
- # [19:43] <jtcranmer> 1. A hook which occurs after xpconnect gets initialized
- # [19:44] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [19:44] <jtcranmer> 2. A hook which occurs before things like command handling is dispatched
- # [19:44] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [19:44] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:44] <jtcranmer> (or, ideally, before the first JS component could get loaded)
- # [19:44] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [19:44] * zpao|detached is now known as zpao
- # [19:45] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:45] <KaiRo> gerv: btw, is your relicensing script available somewhere? would be nice if I could use it for my themes, for example
- # [19:45] <jtcranmer> 3. If possible, one that is usable by a (binary) extension
- # [19:46] <gerv> KaiRo:
- # [19:46] <gerv> http://hg.mozilla.org/users/gerv_mozilla.org/relic/
- # [19:46] <gerv> But be warned, it needs a little manual work for each relicensing.
- # [19:46] <@ehsan> bsmedberg: ping
- # [19:46] <gerv> Let me check in the latest version for you.
- # [19:46] * Joins: jamesr (jamesr@8FC061C0.D6CCE4AE.77834EAA.IP)
- # [19:46] <@bsmedberg> jtcranmer: you are platform code not extensions?
- # [19:46] <@bsmedberg> ehsan: pong
- # [19:46] <msucan> jduell: the web console tracks network requests and we keep references to the nsihttpchannel of each request
- # [19:46] <KaiRo> gerv: thanks - and cool to see that both m-c and c-c made it in the same cycle :)
- # [19:46] <gerv> KaiRo: that's the aim :-)
- # [19:46] <gerv> Now all we need is for m-c to pull a new NSS...
- # [19:46] <@ehsan> bsmedberg: what do I need to do in order for my changes to a js xpcom component in omni.ja to be picked up?
- # [19:47] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:47] <msucan> jduell: when requests stop, we delete those refs, but we do not explicitly call any GC/CC to clear them up
- # [19:47] * mjschranz_away is now known as mjschranz
- # [19:47] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:47] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [19:47] * rail is now known as rail_away
- # [19:47] <msucan> jduell: probably that's what you see... the wait for GC to remove everything
- # [19:47] <KaiRo> gerv: ah, right, those little things like NSS and NSPR are ones I tend to forget :)
- # [19:47] * Joins: vikash (vikash@5E2CBAAA.73D47E98.FB0CC892.IP)
- # [19:47] <jtcranmer> bsmedberg: I can live with platform code for now
- # [19:47] <jduell> msucan: hmm. Well, the requests are living a lot longer than OnStopRequest, but only if the web console is on
- # [19:48] <@bsmedberg> ehsan: *probably* clear the startup cache by deleting it in your profile
- # [19:48] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [19:48] * philor is now known as philor|away
- # [19:48] <@bsmedberg> jtcranmer: well, why not just add some code to xpconnect to do what you want?
- # [19:48] <@ehsan> bsmedberg: I've tried to create a new profile, doesn't help :(
- # [19:48] <msucan> jduell: that's surprising. onStopRequest we clean up
- # [19:48] <@bsmedberg> ehsan: that's.... interesting, and I don't know the answer then
- # [19:48] <jtcranmer> hmm
- # [19:48] <jtcranmer> hadn't thought of that
- # [19:48] <msucan> jduell: however, do note we do tee the stream
- # [19:48] <@ehsan> bsmedberg: fwiw, if I navigate to resource://gre/components/nsUpdateService.js, I do see the changed code, but when the code runs, it has not picked up the changes
- # [19:48] * jtcranmer facepalms
- # [19:49] <@ehsan> bsmedberg: any idea who I should ask?
- # [19:49] * Quits: vikash (vikash@5E2CBAAA.73D47E98.FB0CC892.IP) (Quit: Leaving)
- # [19:49] * Quits: askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
- # [19:49] <@bsmedberg> ehsan: last I heard, I don't think we're shipping a prebuilt startup cache of precompiled JS
- # [19:49] <@bsmedberg> but I'm not sure about that
- # [19:49] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [19:49] * @bsmedberg checks something
- # [19:49] <@ehsan> hmm
- # [19:49] <jduell> msucan: ah, I found a bug where the tee is holding onto the listener too. Bug 759819. When I get rid of that and a few other things, websockets get deleted much sooner. But I'm not sure about Http channels--likely they still stick around
- # [19:50] * Quits: bbondy (bbondy@moz-A05ECC22.home.cgocable.net) (Ping timeout)
- # [19:50] <msucan> jduell: we tee only http channels. you might want to check and see if it works
- # [19:50] <jduell> msucan: i.e the tee accounts AFAICT only for holding on to the websocketchannel, not the httpchannel
- # [19:50] <@bsmedberg> ehsan: you can try breakpointing http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/loader/mozJSComponentLoader.cpp#708 to see if it's actually getting loaded from cache
- # [19:51] <msucan> hmm, weird
- # [19:51] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [19:51] <@ehsan> bsmedberg: ok, thanks
- # [19:51] <msucan> jduell: do websocketchannel-based requests show in the web console?
- # [19:51] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [19:51] <@bsmedberg> the code right below is what does the actual loading
- # [19:52] <jduell> msucan: they start as HTTP requests, so yet (technically, they launch an HTTPchannel and upgrade it, stealing it's streams. But they are separate objects)
- # [19:52] <bjacob> bz: pong
- # [19:53] <msucan> jduell: do httpchannels hold to websocketchannels in some way?
- # [19:54] <jduell> Right now they do--the patch for bug 759819 fixes that, but then I see them held onto by the tee, and then a wrapper class. I fixed both of those, and now I'm getting a different stack trace, and slightly earlier collection (after 121 websockets, instead of 450)
- # [19:55] <jduell> This is still much longer than w/o web console, where the channels are all destroyed immediately
- # [19:55] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [19:55] <msucan> jduell: so beyond the tee we use nsIPipe
- # [19:55] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [19:56] <msucan> could it be something related to that?
- # [19:56] <jduell> msucan: dunno. Getting a stack trace now...
- # [19:56] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [19:57] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [19:57] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [19:57] <msucan> jduell: see http://pastebin.mozilla.org/1651831
- # [19:57] <msucan> that's what we do
- # [19:57] * mcote|lunch is now known as mcote
- # [19:57] * Joins: krit1 (krit@moz-8569A55.adobe.com)
- # [19:58] * Quits: krit (krit@moz-3AE657AD.hsd1.ca.comcast.net) (Ping timeout)
- # [19:58] <Waldo> hmm, I thought our media element stuff didn't involve XBL... :-\
- # [19:58] * mjschranz is now known as mjschranz_away
- # [19:58] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [19:59] <Ms2ger> Of course it does
- # [20:00] <Waldo> well, I know we'd deliberately avoided it initially to avoid exposing the XBL disaster to content
- # [20:00] <Waldo> maybe it's an under-the-hood thing
- # [20:00] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [20:01] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [20:01] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [20:01] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [20:01] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [20:01] * Joins: bholley_ (anonymous@moz-5DC51D53.fbx.proxad.net)
- # [20:01] * jmaher|afk is now known as jmaher
- # [20:02] * mjschranz_away is now known as mjschranz
- # [20:02] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [20:02] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:02] * Quits: bholley (anonymous@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [20:02] * bholley_ is now known as bholley
- # [20:03] * armenzg_mtg is now known as armenzg_brb
- # [20:05] <blassey> sicking: http://elvis314.wordpress.com/2010/07/27/types-of-data-we-care-about-in-a-manifest/
- # [20:06] * coop|mtg is now known as coop|buildduty
- # [20:06] <@bz> bjacob: I tossed a review your way, but the only part you need to worry about in that patch is the WebGLContext bits
- # [20:06] * Quits: robhawkes (robhawkes@EDCE86EC.3BD1665B.B4C748B5.IP) (Ping timeout)
- # [20:07] <jduell> msucan: where is that code from? Tried to grep -r for it, don't see it in tree
- # [20:07] <msucan> jduell: it has just landed in fx-team
- # [20:07] * davidb|mtg is now known as davidb
- # [20:07] * Joins: espadrine (espadrine@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] <msucan> we are changing the web console to become async
- # [20:08] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [20:08] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [20:08] <msucan> jduell: pasted the code because it's hopefully clearer
- # [20:08] <msucan> let me find the one you have...
- # [20:08] <jduell> msucan: ok. is fx-team a different repo? Where's the existing code now in m-c?
- # [20:08] * Joins: robhawkes (robhawkes@EDCE86EC.3BD1665B.B4C748B5.IP)
- # [20:08] <jduell> I want to see if you've got the same issue during OnStop that I'm fixing in other necko code
- # [20:08] * Joins: joey_ (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [20:09] <bjacob> bz: yes, i saw that
- # [20:09] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120523042007])
- # [20:09] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:09] * joey_ is now known as joey
- # [20:09] <msucan> jduell: see this http://mxr.mozilla.org/mozilla-central/source/browser/devtools/webconsole/HUDService.jsm#2043
- # [20:09] <jduell> msucan: we want to make sure that NetworkResponseListener releases its listener after calling onStopRequest
- # [20:09] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [20:09] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120529042008])
- # [20:09] <msucan> it's a link to the code from m-c
- # [20:09] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [20:10] <msucan> please check that and let us know if you have any concerns with the code
- # [20:10] <jduell> msucan: ok, looking. Thanks!
- # [20:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [20:10] <msucan> no worries
- # [20:10] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Quit: Boriss)
- # [20:11] * Joins: yuan (ywang@moz-FA2E1265.hfc.comcastbusiness.net)
- # [20:11] * Quits: sheppy (sheppy@moz-DCBA618D.public.wayport.net) (Quit: sheppy)
- # [20:11] * Quits: bholley (anonymous@moz-5DC51D53.fbx.proxad.net) (Quit: bholley)
- # [20:13] * philor|away is now known as philor
- # [20:13] * Quits: jamesr (jamesr@8FC061C0.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [20:13] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [20:14] * Joins: josh (josh@moz-6F3505DF.nyc.res.rr.com)
- # [20:14] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [20:14] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [20:15] * Joins: jbalogh (jbalogh@moz-5D2708AA.hsd1.ca.comcast.net)
- # [20:15] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f28d1ec8bd33 - Serge Gautherie - Bug 747668. (Hv1a) XPFE autocomplete.xml: Implement nsIAutoCompleteInput.textValue. r=neil.
- # [20:15] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [20:16] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [20:17] * armenzg_brb is now known as armenzg
- # [20:17] * mjschranz is now known as mjschranz_away
- # [20:17] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [20:17] * Quits: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [20:18] * Quits: yuan (ywang@moz-FA2E1265.hfc.comcastbusiness.net) (Quit: yuan)
- # [20:18] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [20:19] * cadecairos is now known as cadecairos_away
- # [20:19] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [20:19] * Joins: daoberes (chatzilla@moz-7C0D9792.cable.teksavvy.com)
- # [20:19] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [20:20] <Waldo> dolske: ping?
- # [20:20] * Quits: JeroenDeDauw (j@moz-30E27A12.dip.t-dialin.net) (Quit: Leaving.)
- # [20:22] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [20:22] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [20:23] * davehunt is now known as davehunt|away
- # [20:26] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [20:26] * Joins: hub_ (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [20:26] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:26] <glandium> coop|buildduty: can you remind me where the script for the number of constructors is ?
- # [20:26] * Quits: martyn (martyn@moz-356D5506.range86-158.btcentralplus.com) (Ping timeout)
- # [20:27] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [20:27] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [20:27] <glandium> bsmedberg, ted: is there a tool to list *all* symbols from a dll/pdb pair, like objdump -t would display symbols from a .so (i.e. including non exported stuff)?
- # [20:27] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Ping timeout)
- # [20:28] * hub_ is now known as hub
- # [20:29] * erick-away is now known as erick
- # [20:29] <coop|buildduty> glandium: https://hg.mozilla.org/build/tools/file/2406d0025519/buildfarm/utils/count_ctors.py
- # [20:29] * Joins: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [20:29] * Parts: nsilva (nico@F2D29657.F60B0462.67AC9B1.IP)
- # [20:29] <glandium> coop|buildduty: thanks
- # [20:29] * Quits: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net) (Quit: Leaving.)
- # [20:29] <coop|buildduty> np
- # [20:30] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [20:30] * Joins: jviereck_mb1 (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [20:30] * Quits: jviereck_mb (Adium@moz-26045BE5.dclient.hispeed.ch) (Connection reset by peer)
- # [20:32] <@ted> espindola: sorry, still haven't gotten to most of my queue :-(
- # [20:32] * Joins: bbondy (bbondy@moz-A05ECC22.home.cgocable.net)
- # [20:32] <@ted> glandium: not sure, we do it in breakpad using the DIA APIs
- # [20:34] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:34] * Joins: richardus (richardus@moz-A4E2BEA4.com)
- # [20:35] * robhawkes is now known as robhawkes|SF
- # [20:37] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [20:37] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [20:38] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:40] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [20:41] * mcote is now known as mcote|backinawhile
- # [20:42] * mkelly is now known as mkelly|naptime
- # [20:42] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [20:44] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [20:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [20:45] <bdahl> anyone know if there's a better way to call a super "class" setter than using something like Object.getOwnPropertyDescriptor and doing prop.set.call(this, value)?
- # [20:45] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [20:46] * Joins: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [20:46] * Quits: sawrubh (Mibbit@6DC6EE57.B58431F7.4FFC111C.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:47] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [20:47] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [20:49] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [20:49] * joduinn-mtg is now known as joduinn-brb
- # [20:49] * Joins: yuan (ywang@moz-FA2E1265.hfc.comcastbusiness.net)
- # [20:49] * Quits: robhawkes|SF (robhawkes@EDCE86EC.3BD1665B.B4C748B5.IP) (Quit: Linkinus - http://linkinus.com)
- # [20:50] * Quits: avih (quassel@moz-1D963587.red.bezeqint.net) (Ping timeout)
- # [20:51] * Quits: fredw (fredw@moz-B9C110E2.fbx.proxad.net) (Quit: Leaving.)
- # [20:51] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [20:51] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:52] <jviereck_mb1> is there something like http://mxr.mozilla.org/mozilla-central/ident?i=NS_IMPL_CYCLE_COLLECTION_TRAVERSE_BEGIN for nsRefPtrs?
- # [20:52] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [20:52] * Joins: mortisha (Mibbit@3ED9C44F.CEDF6A58.85BF2EFC.IP)
- # [20:52] * Quits: mortisha (Mibbit@3ED9C44F.CEDF6A58.85BF2EFC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:53] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [20:53] <@bsmedberg> jviereck_mb1: you mean NS_IMPL_CYCLE_COLLECTION_TRAVERSE_NSCOMPTR for refptrs?
- # [20:53] <Ms2ger> Yeah
- # [20:53] <Ms2ger> It's NS_IMPL_CYCLE_COLLECTION_TRAVERSE_NSCOMPTR
- # [20:53] <@bsmedberg> you want the NSCOMPTr_AMBIGUOUS version
- # [20:54] <Ms2ger> Probably, yes
- # [20:55] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
- # [20:55] <jviereck_mb1> what happens if I use the AMBIGUOUS version?
- # [20:55] <dzbarsky> you tell it how to cast to isupports
- # [20:55] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [20:56] <jviereck_mb1> aha, okay :)
- # [20:57] * Joins: benjamin (Mibbit@moz-BBE3ABD.mv.mozilla.com)
- # [20:57] <benjamin> were are the sources of tbpl?
- # [20:58] <benjamin> *where
- # [20:58] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [20:58] <gavin> http://hg.mozilla.org/users/mstange_themasta.com/tinderboxpushlog/
- # [20:58] <benjamin> ah, hidden in a user repo
- # [20:58] * Quits: espindola (espindola@moz-27E95C21.dsl.teksavvy.com) (Ping timeout)
- # [21:00] <mbrubeck> I love all the code removals
- # [21:00] <mbrubeck> edmorley returns to his mozilla roots. :)
- # [21:00] * Joins: espindola (espindola@AA9D44C7.295B8A63.AE2B2F80.IP)
- # [21:00] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:00] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [21:01] * jlebar|lunch is now known as jlebar
- # [21:01] * Parts: benjamin (Mibbit@moz-BBE3ABD.mv.mozilla.com)
- # [21:02] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [21:03] * joduinn-brb is now known as joduinn-mtg
- # [21:04] <jviereck_mb1> I get this error now: error: ‘nsISupports’ is an ambiguous base of ‘nsHTMLCanvasElement’
- # [21:05] <jviereck_mb1> which is from this line: NS_IMPL_CYCLE_COLLECTION_TRAVERSE_NSCOMPTR_AMBIGUOUS(mCanvas, nsISupports)
- # [21:05] <edmorley> mbrubeck: ha :-)
- # [21:05] * Joins: avih (quassel@moz-152DA157.red.bezeqint.net)
- # [21:05] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [21:05] <dzbarsky> jviereck_mb1: try NS_IMPL_CYCLE_COLLECTION_TRAVERSE_NSCOMPTR(mCanvas, nsIDOMHTMLCanvasElement)
- # [21:06] <edmorley> mbrubeck: combo of low hanging fruit + easy way to get to understand TBPL + can now finally see the wood for the trees with all the dead cruft removed :-)
- # [21:06] <Waldo> bdahl: I think that's about it
- # [21:06] * Quits: danielbw_ (danielbw@moz-A3F3FC35.monstertool.com) (Ping timeout)
- # [21:06] * Quits: yuan (ywang@moz-FA2E1265.hfc.comcastbusiness.net) (Quit: yuan)
- # [21:06] <Waldo> bdahl: really classical inheritance-y systems aren't a good fit for JS, despite it being possible to design them in the language
- # [21:07] <dzbarsky> jviereck_mb1: err that should be NCOMPTR_AMBIGOUS
- # [21:07] <Waldo> U
- # [21:07] <Waldo> and S :-)
- # [21:07] * Quits: tchevalier (Instantbir@moz-6D304AE0.w90-41.abo.wanadoo.fr) (Ping timeout)
- # [21:08] * mdas is now known as mdas|afk
- # [21:12] * Joins: danielbw_ (danielbw@moz-A3F3FC35.monstertool.com)
- # [21:12] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!)
- # [21:12] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:12] * Joins: tchevalier (Instantbir@moz-FEC38A68.w92-133.abo.wanadoo.fr)
- # [21:13] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [21:14] * Joins: yuan (ywang@moz-FA2E1265.hfc.comcastbusiness.net)
- # [21:14] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [21:15] * ctalbert is now known as ctalbert|lunch
- # [21:16] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [21:16] <lahabana> bz I'm still on my reflow and there's something I don't understand with my textfields are you around?
- # [21:16] * jhammel is now known as jhammel|lunch
- # [21:16] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [21:17] * Quits: jduell (jduell@moz-A71D42D4.nc.res.rr.com) (Ping timeout)
- # [21:17] <lahabana> or roc
- # [21:17] <@bz> lahabana: here
- # [21:17] <jviereck_mb1> dzbarsky: still getting an error "error: invalid use of non-static data member ‘nsCanvasPrintState::mCanvas’". do you think you can take a look at it maybe? https://gist.github.com/2838310
- # [21:17] * mkelly|naptime is now known as mkelly
- # [21:17] * Joins: overholt (overholt@moz-89F9FC0.cable.teksavvy.com)
- # [21:18] <lahabana> bz so I do get the fields back there are displayed
- # [21:18] <lahabana> though when I type in an input there's only one letter displayed at a time
- # [21:18] <lahabana> but as soon as I leave the focus from the input the text appears
- # [21:18] <@bz> quite odd
- # [21:19] <@bz> what do the frame sizes look like while you're typing?
- # [21:19] <lahabana> I think there must be something I don't get in my reflow
- # [21:19] <lahabana> looking
- # [21:19] <dzbarsky> jviereck_mb1: i'm about to go get lunch, i can look into it after. this is a long shot, but try making mCanvas protected instead of private
- # [21:20] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:20] <Ms2ger> jviereck_mb1, found it :)
- # [21:20] <Ms2ger> Line 142
- # [21:20] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [21:20] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:22] <jviereck_mb1> Ms2ger: do you want to tell me what's wrong with that line?
- # [21:22] <Ms2ger> jviereck_mb1, last character on the line
- # [21:22] <jimm> armenzg: ping
- # [21:22] <lahabana> bz when it's empty it gives {60,0,1660,840} and after a few letters goes to {60,660,0,0}
- # [21:23] * Quits: raphc (rc@moz-2772C915.rev.numericable.fr) (Ping timeout)
- # [21:23] <@bz> well, so there's your problem
- # [21:23] <@bz> 0 width and height
- # [21:23] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [21:24] <lahabana> yes but I don't see why it's not set properly
- # [21:24] <lahabana> because correct me if I'm wrong
- # [21:24] <lahabana> it's the text editor that deals with the text
- # [21:24] <armenzg> jimm: what's up?
- # [21:24] * Joins: karl (karl@23A31CA7.333C855E.C8A09C26.IP)
- # [21:25] <jviereck_mb1> Ms2ger: dzbarsky: tried both, doesn't help
- # [21:25] <lahabana> and I just use textLength in my CalcIntrinsicSize
- # [21:25] * Quits: Cheery (cheery@moz-AA322902.elisa-laajakaista.fi) (Quit: Lost terminal)
- # [21:25] <jimm> armenzg: hey, is there a waterfall page that tracks the builds on your elm-win32-metro builders?
- # [21:25] <lahabana> so I don't see how can this be good sometimes and wrong at other times
- # [21:26] <lahabana> no?
- # [21:26] <armenzg> jimm: it shows on tbpl, no?
- # [21:26] <armenzg> jimm: https://tbpl.mozilla.org/?tree=Elm&jobname=metro
- # [21:26] * Joins: espindol_ (espindola@AA9D44C7.295B8A63.AE2B2F80.IP)
- # [21:26] <@bz> lahabana: were those the sizes for the text control frame, or the sizes for the div inside?
- # [21:26] * Quits: espindola (espindola@AA9D44C7.295B8A63.AE2B2F80.IP) (Quit: Ex-Chat)
- # [21:26] <jimm> armenzg: ah, that's even better, thx!
- # [21:26] * armenzg is now known as armenzg_mtg
- # [21:26] <armenzg_mtg> yw
- # [21:27] <lahabana> for the div inside
- # [21:27] <@bz> ok, then that has nothing to do with CalcIntrinsicSize per se
- # [21:27] <@bz> how are you reflowing the div inside?
- # [21:27] <lahabana> ho you think I'm wrong in the reflowChild?
- # [21:27] <@bz> I don't know
- # [21:27] * Joins: jamesr (jamesr@D18589DC.D6CCE4AE.77834EAA.IP)
- # [21:27] <@bz> can you show me your code?
- # [21:27] <lahabana> yes
- # [21:27] <lahabana> it's really a draft
- # [21:27] * jwir3|zzz is now known as jwir3
- # [21:28] <@bz> sure
- # [21:28] <lahabana> I'm trying to figure how it works
- # [21:29] <lahabana> http://pastebin.com/qMN2a1MM
- # [21:29] <lahabana> bz there must be stuffs missing but I find it really hard to understand the reflow
- # [21:31] <@bz> this looks ok to me offhand
- # [21:32] <lahabana> offhand?
- # [21:32] <lahabana> ok (sorry didn't know what offhand meant)
- # [21:33] <lahabana> so the idea of the reflow is here?
- # [21:33] <@bz> right
- # [21:33] <@bz> the code looks reasonable
- # [21:33] <@bz> so something worth checking
- # [21:33] <@bz> oh
- # [21:33] <@bz> wait
- # [21:34] <@bz> yeah
- # [21:34] <@bz> so worth checking
- # [21:34] <@bz> after your ReflowChild() call
- # [21:34] <lahabana> yes
- # [21:34] <@bz> what does aDesiredSize look like?
- # [21:34] <@bz> also, what's mComputedWidth on the child's reflowState ?
- # [21:35] <lahabana> ok so I should check these and look if they appear exact
- # [21:35] <lahabana> ?
- # [21:35] <@bz> yes
- # [21:35] <lahabana> ok
- # [21:36] <lahabana> btw there's a thing I don't get about TextControlFrame
- # [21:36] * Quits: surkov (surkov@5F83DAE4.67A28CF2.EBE09E3C.IP) (Quit: surkov)
- # [21:36] <lahabana> it's used for all the input/textarea
- # [21:37] <lahabana> but also for textfields in XUL yes?
- # [21:37] <@bz> it's used for text inputs and textarea
- # [21:37] * Parts: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:37] <@bz> textfields in xul have an <html:input> inside
- # [21:37] <lahabana> ok I see
- # [21:37] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:37] <lahabana> though since I started on textControlFrame
- # [21:37] <lahabana> my ff is totally broken
- # [21:38] <@bz> could be!
- # [21:38] <lahabana> I mean webpages don't display at all anymore
- # [21:38] * juanb is now known as juanb|lunch
- # [21:38] <@bz> uh.... that's quite odd. ;)
- # [21:38] <lahabana> and tab indicators are invisible
- # [21:39] <lahabana> though they are here cause the plus button moves
- # [21:39] * Quits: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP) (Ping timeout)
- # [21:39] * mdas|afk is now known as mdas
- # [21:39] <lahabana> bz do you have any idea of what that could be caused by?
- # [21:39] <@bz> nope
- # [21:40] <lahabana> I haven't touched anything except the textControlFrame
- # [21:40] <froydnj> ew, egg info files in srcdir
- # [21:41] <lahabana> ok doesn't matter
- # [21:42] <lahabana> well thanks for your help I'm going to try to figure out what's wrong with my reflow
- # [21:42] <@bz> ok
- # [21:42] <@bz> good luck!
- # [21:42] <lahabana> thx
- # [21:42] <lahabana> layout in Firefox is so hard to understand
- # [21:43] <Ms2ger> Well
- # [21:43] <@bz> s/in Firefox //
- # [21:43] <Ms2ger> Layout on the web....
- # [21:43] * Joins: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP)
- # [21:43] <lahabana> true actually
- # [21:43] * Quits: Stan_ (Stan@moz-8AEB284B.dip.t-dialin.net) (Connection reset by peer)
- # [21:43] * Quits: atuljangra (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:47] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [21:48] <lahabana> Ms2ger and bz talking about that is there like a super cool doc on w3 or something like that to really understand everything?
- # [21:48] <@bz> nope
- # [21:49] <lahabana> I think reading that could help me
- # [21:49] <@bz> some of this is just completely undocumented....
- # [21:49] <@bz> table layout, say
- # [21:49] <lahabana> arf then ;)
- # [21:49] <Ms2ger> Not completely, I just happened to mention http://dev.w3.org/csswg/css3-tables-algorithms/Overview.src.htm :)
- # [21:49] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [21:49] <lahabana> yes I've seen that even the mdn is quite light on layout
- # [21:50] <bjacob> bz: replied
- # [21:50] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [21:50] * mjschranz_away is now known as mjschranz
- # [21:50] <@bz> bjacob: thanks
- # [21:51] * lsblakk is now known as lsblakk|lunch
- # [21:51] <@bz> bjacob: I was going to file a followup to have versions of SurfaceFromElement that take video/img/canvas
- # [21:52] <@bz> bjacob: since we now know which one we have, and then we collapse it down to Element, and then SurfaceFromElement has to go figure out which one it actually has
- # [21:52] <bjacob> SurfaceFromElement already takes those
- # [21:52] <@bz> right now it takes Element
- # [21:52] <bjacob> oh ok
- # [21:52] <@bz> and then does an if cascade
- # [21:52] <philor> bbondy: I tried to blame your Android failures on mozilla-central on just the normal noises, but I don't seem to have succeeded
- # [21:52] <@bz> I was going to break out the arms into separate functions
- # [21:52] <bbondy> checking
- # [21:53] <bbondy> worked on try push earlier
- # [21:53] <bjacob> bz: yes, ok, so that makes sense. It's still a pity to templatize the rest of DOMElementToImageSurface that didn't need to be templated, but it's not too big
- # [21:53] * Quits: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
- # [21:53] <bbondy> the telemetry push?
- # [21:53] <philor> we could try blaming it on the perpetual need to clobber, conveniently I just set the m-c world to clobber
- # [21:53] <bjacob> bz: you would get an extra r++ for moving that code to an auxiliary function that doesn't get templatized
- # [21:53] <bbondy> philor: I don't think my changeset has anything to do with those failures
- # [21:54] <@bz> bjacob: hmm
- # [21:54] <@bz> bjacob: let me look
- # [21:54] * Joins: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [21:54] * Quits: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP) (Input/output error)
- # [21:54] <bbondy> philor: the change is trivial, also it just passed on try here: https://tbpl.mozilla.org/?tree=Try&rev=f40b6ee5040f
- # [21:55] <bjacob> bz: though some of it would actually _benefit_ from templatization in the same way that SurfaceFromElement does. like the part where we try to figure whether the element is a Canvas so we check its origin-clean flag
- # [21:55] <philor> which again makes me say "clobber"
- # [21:55] * Joins: Stan (Stan@moz-8AEB284B.dip.t-dialin.net)
- # [21:55] <philor> as in, "what's the difference between try and everything else?" "try clobbered"
- # [21:56] <@bz> bjacob: well, it's hard to benefit from templatization there
- # [21:56] <Ms2ger> bjacob, why did you need to templatize, btw?
- # [21:56] <philor> I retriggered the build, which unamusingly may or may not cause tests to get the original build rather than the clobbered one, we'll see
- # [21:56] <@bz> bjacob: Could benefit from explicit overloads
- # [21:56] <@bz> bjacob: or something
- # [21:56] * @bz looks at the code again
- # [21:56] <bbondy> philor: ok thanks, let me know if you need any action on my part. BTW I have to leave in a couple hours but if it is found to be bad you can back it out but I'm pretty certain it's not related in any way.
- # [21:57] * Joins: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP)
- # [21:57] <bjacob> bz: yes, i see what you mean. You need a is_same_type<T, U> helper to benefit from templatization here. Or rather, is_of_type<T>(x)
- # [21:57] * Joins: ashish (ashish@moz-59682A1.dmz.scl3.mozilla.com)
- # [21:57] <bjacob> bz: (both of which are 2 lines to write if needed)
- # [21:57] * rail_away is now known as rail
- # [21:57] <@bz> right
- # [21:58] * Waldo grumbles about XBL binding inheritance
- # [21:58] <@bz> doesn't even need that
- # [21:58] <@bz> just a
- # [21:58] <@bz> static inline bool isCanvas(nsHTMLCanvasElement*) { return true; }
- # [21:58] <@bz> static inline bool isCanvas(void*) { return false; }
- # [21:58] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
- # [21:58] <@bz> waldo: hehe
- # [21:58] * froydnj watches firefox chew 3GB of RAM
- # [21:59] <bjacob> bz: works too -- but then you might also need isImage, isVideo, etc. could be quicker to do 1 templatized helper
- # [21:59] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
- # [22:00] <@bz> so just the same thing, but is_of_type<nsHTMLCanvasElement>(nsHTMLCanvasElement*) { return true; }
- # [22:00] <@bz> ?
- # [22:00] * @bz is not sure what bjacob is looking for, exactly
- # [22:03] <bjacob> bz: http://pastebin.mozilla.org/1651924
- # [22:03] <@bz> oh
- # [22:03] <@bz> Is is_same_type a language builtin?
- # [22:04] <bjacob> bz: no, it's something you implement in 2 lines of c++
- # [22:04] <@bz> ah
- # [22:04] <bjacob> bz: mfbt might even have it
- # [22:04] <@bz> hmm
- # [22:04] <philor> BenWa: burny burny
- # [22:04] <Ms2ger> glandium has it in a patch, IIRC
- # [22:04] <@bz> ah
- # [22:04] <@bz> no
- # [22:04] <bjacob> bz: template<T, U> struct is_same_type { result = false }
- # [22:04] <@bz> js TemplateLib.h does, though
- # [22:04] <@bz> http://mxr.mozilla.org/mozilla-central/source/js/public/TemplateLib.h#71
- # [22:04] <bjacob> bz: template<T> struct is_same_type<T,T> { result = true }
- # [22:04] <@bz> right
- # [22:04] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:05] <@bz> gotcha
- # [22:05] <Ms2ger> bjacob, but what if nsHTMLCanvasElement had subclasses?
- # [22:05] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [22:05] <BenWa> philor: argg, typo :( Alright backing out
- # [22:05] <bjacob> Ms2ger: then that would be trickier indeed :) we'd then be better off with adhoc specializations
- # [22:05] <bjacob> (or no templates)
- # [22:05] <@bz> ok
- # [22:05] * @bz will think about it
- # [22:06] * Joins: necolas (necolas@moz-2D68B52B.bb.sky.com)
- # [22:07] * nthomas|away is now known as nthomas
- # [22:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [22:08] * fabrice is now known as fabrice|mtg
- # [22:08] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [22:08] * Quits: lahabana (Mibbit@moz-610A30C2.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:09] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:10] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [22:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:10] * cadecairos_away is now known as cadecairos
- # [22:12] <Waldo> bjacob: add it to mfbt/TypeTraits.h if you want it, and change however few uses of the TemplateLib version there are too -- should be simple enough
- # [22:13] <@bz> apparently glandium has a patch to do that
- # [22:13] <Ms2ger> To add TypeTraits.h, yes
- # [22:13] <Waldo> he was adding IsBaseOf and something else that I don't think was IsSameType
- # [22:14] <Ms2ger> Really?
- # [22:14] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [22:14] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [22:15] <@bz> hmm
- # [22:15] <@bz> do people build without MOZ_MEDIA?
- # [22:15] * coop|buildduty is now known as coop|mtg
- # [22:15] <Ms2ger> No
- # [22:15] <Ms2ger> Kill it
- # [22:15] <@bz> ok
- # [22:15] <@bz> good
- # [22:15] * @bz won't worry about it, then
- # [22:15] <Ms2ger> Unless mounir does that
- # [22:16] <@bz> then this stuff might break him
- # [22:16] <@bz> the IDL says "HTMLVideoElement", so...
- # [22:16] <Waldo> Ms2ger: might be mistaken, my memory's not what it used to be
- # [22:16] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [22:16] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:17] <Waldo> get off my lawn, you kids
- # [22:17] <Ms2ger> Nor is mine
- # [22:17] <mounir> Ms2ger: do what?
- # [22:17] <Ms2ger> AND THIS IS MYYYYY LAWN
- # [22:17] <mbrubeck> I think last time I tried building without MOZ_MEDIA, it was not actually possible.
- # [22:17] <Ms2ger> mounir, build with --disable-media
- # [22:17] * zpao is now known as zpao|detached
- # [22:17] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [22:17] <@bz> mbrubeck: yeah, I'm probably going to make it even more impossible...
- # [22:19] <@dolske> Waldo: pong?
- # [22:20] <bjacob> Waldo: i haven't had a real need for it so far
- # [22:20] * Joins: andreasn (andreasn@moz-7C447FC0.a336.priv.bahnhof.se)
- # [22:21] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Input/output error)
- # [22:21] * zpao|detached is now known as zpao
- # [22:21] <mounir> Ms2ger: even I don't do that ;)
- # [22:21] <mounir> I mean I stopped :)
- # [22:21] <Ms2ger> mounir, :)
- # [22:21] <Ms2ger> Do we have a bug to remove it?
- # [22:23] * Joins: atuljangra (Mibbit@15C3A85.E381E9A8.93E5B96C.IP)
- # [22:23] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
- # [22:24] * Joins: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP)
- # [22:24] <armenzg_mtg> johnath: which revision?
- # [22:24] <philor> and why not do it yourself?
- # [22:24] <armenzg_mtg> nightly builds can be triggered through tbpl
- # [22:24] <armenzg_mtg> what philor says
- # [22:24] * Quits: atuljangra (Mibbit@15C3A85.E381E9A8.93E5B96C.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:24] <armenzg_mtg> he probably didn't know/remember
- # [22:24] <philor> and would it be the revision which so far shows little evidence of running on Android?
- # [22:25] <philor> shipit!
- # [22:25] <johnath> philor / armenzg_mtg - we're in the FF13 sign off meeting, akeybl asked if joduinn-mtg wanted a bug, and I obliged :)
- # [22:25] * Joins: atuljangra (Mibbit@15C3A85.E381E9A8.93E5B96C.IP)
- # [22:25] <armenzg_mtg> johnath: do you know the revision nevertheless?
- # [22:25] <armenzg_mtg> or akeybl?
- # [22:26] <johnath> armenzg_mtg: see #planning
- # [22:26] <armenzg_mtg> ok
- # [22:26] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [22:26] <sheppy> Should -moz-filter be working? The live examples on https://developer.mozilla.org/en/CSS/filter aren't working.
- # [22:28] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [22:28] <ejpbruel> bbondy: ping
- # [22:28] <bbondy> ejpbruel: hi
- # [22:28] <mbrubeck> sheppy: Not working in Chromium 18 either...
- # [22:28] <ejpbruel> bbondy: i strongly suspect mspaint doesnt support alpha channel
- # [22:28] <sheppy> mbrubeck: Hm.
- # [22:28] <sheppy> That's curious.
- # [22:28] <@bz> anyone know offhand a testcase that would use texImage2D ?
- # [22:28] <ejpbruel> bbondy: i checked it in a hex editor and the clipboard contents looked legit
- # [22:29] <Ms2ger> bz, use in which sense?
- # [22:29] <@bz> most literal
- # [22:29] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Quit: L'ordinateur est en sommeil)
- # [22:29] <mbrubeck> sheppy: But it is working in Chrome 20 (beta) for me
- # [22:29] <@bz> like actually call the function
- # [22:29] <bbondy> ejpbruel: That's possible because I had a breakpoint in the SetPixel32 code in the encoder and it was setting 0 bytes
- # [22:29] <sheppy> mbrubeck: hm.
- # [22:29] * @bz just wants to step through such a call in a debugger
- # [22:29] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [22:29] <sheppy> OK, sounds like whoever wrote this is a little ahead of the curve then. :)
- # [22:29] <bbondy> let me try with gimp
- # [22:29] <mrbkap> bz: sounds like a job for a fuzer.
- # [22:29] <Ms2ger> Gah, my webhost suspended me
- # [22:30] <@bz> mrbkap: erm
- # [22:30] <mrbkap> fuzzer*
- # [22:30] <mrbkap> bz: that was mostly a joke.
- # [22:30] <sheppy> In fact, it's listed as support introduced in Chrome 18, and unknown in everything else. OK then. :)
- # [22:30] <Ms2ger> bz, does https://bitbucket.org/ms2ger/web-tests/src/7fd6f6c2e294/webgl/texImage2D.html work?
- # [22:30] <Ms2ger> Hmm, no
- # [22:30] <@bz> mmm not so much
- # [22:31] <@bz> oh, I want it passing a <img> or <video> or <canvas>
- # [22:31] * Ms2ger doesn't care much about what happens after we cross the bindings boundary
- # [22:31] <bbondy> gimp is the same way hrm
- # [22:31] <bbondy> maybe it doesn't support it too
- # [22:31] <gaston> ketas: file bugs with traces & how to reproduce.. what can i say more ? sorry, have no idea either, and i also tried to trick our threading experts into it without success
- # [22:32] <KWierso> bbondy: gimp does alpha channel transparency
- # [22:32] <KWierso> you have to choose it when you create the image, iirc
- # [22:32] <bbondy> for CF_DIB5 though?
- # [22:32] * Parts: atuljangra (Mibbit@15C3A85.E381E9A8.93E5B96C.IP)
- # [22:32] <KWierso> no clue what that is :)
- # [22:32] <bbondy> let me try that KWierso
- # [22:32] <@bz> bjacob: so that branch to check whether it's a canvas?
- # [22:32] <@bz> bjacob: totally not necessary at all
- # [22:32] <@bz> bjacob: the SurfaceFromElementResult already has that info
- # [22:33] <Ms2ger> bz, hmm, I guess we won't support fake ImageData now
- # [22:33] <ejpbruel> KWierso: CF_DIB5 is the bitmap format we need to support to solve our transparency issue with the clipboard ;)
- # [22:33] <@bz> Ms2ger: correct
- # [22:33] <Ms2ger> wfm
- # [22:33] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [22:33] <bbondy> ya still pastes with the black bg
- # [22:33] <@bz> Ms2ger: and again, I'm looking to test the element codepath
- # [22:33] <jviereck_mb1> dzbarsky: any idea about the CC stuff? Or do you know a class that is implemented similarly?
- # [22:34] <Ms2ger> jviereck_mb1, doesn't build with the semicolon removed?
- # [22:34] * davehunt|away is now known as davehunt
- # [22:34] <jviereck_mb1> Ms2ger: no, same error message
- # [22:34] <Ms2ger> Strange
- # [22:34] <bbondy> ejpbruel: I'm testing with image\test\reftest\ico\ico-bmp-32bpp\ico-partial-transparent-32bpp.png btw
- # [22:35] <ejpbruel> bbondy: could you double check the hex contents of the clipboard?
- # [22:35] * sheppy looks to see if we have a bug for implementing it in Gecko.
- # [22:35] <ejpbruel> bbondy: because im positive that those were valid
- # [22:35] * ctalbert|lunch is now known as ctalbert
- # [22:35] * Joins: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP)
- # [22:35] <dzbarsky> jviereck_mb1: is it still the same error?
- # [22:35] <bbondy> no need I seen from the breakpoints that 0's are being written then you copy that buffer over
- # [22:36] <ejpbruel> bbondy: 0's are being written for what?
- # [22:36] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [22:36] * Parts: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com) (Leaving)
- # [22:36] <jviereck_mb1> dzbarsky: yes
- # [22:36] * Joins: jlebar (jlebar@moz-59682A1.dmz.scl3.mozilla.com)
- # [22:36] * jhammel|lunch is now known as jhammel
- # [22:36] <bbondy> for the alpha bytes
- # [22:37] <@bz> hmm, wait
- # [22:37] <@bz> Can I have a useful non-inlined templated class member?
- # [22:37] <ketas> gaston: actually this seems to be problem across platforms still... stress it and it fails. very likely js engine just craps on insane load
- # [22:37] <@bz> as in the member is templated, not the class
- # [22:37] <sheppy> Oh… hm. Looks like maybe simply "filter" should work in Gecko.
- # [22:37] * sheppy checks.
- # [22:37] <Optimizer> where to ask some memshrink related questions ?
- # [22:37] <Ms2ger> No
- # [22:37] <@bz> grr
- # [22:37] <Optimizer> or rather whom to ask
- # [22:37] <bbondy> ejpbruel: so what I'm wondering is if we had a 32bpp with a v3 header what would happen, maybe the auto conversion by windows messes it up
- # [22:37] * @bz goes back to the drawing board
- # [22:37] <jlebar> Optimizer, what's your question?
- # [22:37] <Ms2ger> Link errors :/
- # [22:37] <bbondy> ejpbruel: does this work for your extension? which I don't recall the name for.
- # [22:37] <ketas> gaston: i try to test it more, but this is still happening over MANY years
- # [22:38] <ejpbruel> bbondy: this solves our bug, yes, but we have our own image code of course
- # [22:38] <Optimizer> My addon, until Firefox 14
- # [22:38] <Optimizer> basically before cpg
- # [22:38] * juanb|lunch is now known as juanb
- # [22:38] <cpeterson> I see a bunch of testing/mozbase temp files written into the topsrcdir instead of objdir when building m-c recently (but not m-a). Is this expected or a known issue?
- # [22:38] <bbondy> what do you mean by your own image code?
- # [22:38] <dzbarsky> jviereck_mb1: hmmm, weird
- # [22:38] <Optimizer> used to free all the memory upon disabling and uninstall, even if I opened the options window. (restartless addon)
- # [22:38] <bbondy> also what is the address for the extension? I still have it installed but don't recall how to bring it up
- # [22:39] <ejpbruel> bbondy: let me check that
- # [22:39] * Quits: Ms2ger (Ms2ger@AA5FA8.502F5C07.37724B0D.IP) (Quit: nn)
- # [22:39] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [22:39] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [22:39] <Optimizer> jlebar: but in latest nightlies, I am seeing an options.xul compartment of 54 kb left around if I open the options window of my add-on, which will not free up on addon disabling, only free up on addon uninstall
- # [22:40] <ejpbruel> bbondy: what i meant is that i extended the decoder to cope with the new image format, but if *both* the encoder and decoder are wrong, the clipboard data can still be invalid, and yet solve our problem :)
- # [22:40] <edmorley> cpeterson: bug 758823 :-)
- # [22:40] <jlebar> Optimizer, That bug was probably present before CPG, too. Except now you can observe the bug.
- # [22:40] <@bsmedberg> roc: yt? I hit your new error about instantiating a plugin in an inactive document
- # [22:40] <Optimizer> jlebar: Is it a fault on my side ?
- # [22:40] * AutomatedTester|AFK is now known as AutomatedTester
- # [22:40] * Quits: wolfiR (wolfiR@moz-A42CD195.dip0.t-ipconnect.de) (Quit: Leaving)
- # [22:40] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:40] <cpeterson> thanks, edmorley!
- # [22:40] <jlebar> Optimizer, Sounds like it may be a bug on your side, yes.
- # [22:40] <bbondy> if all copy/paste was done within our browser
- # [22:40] <bbondy> but its not
- # [22:40] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [22:40] <jviereck_mb1> dzbarsky: if I remove the _AMBIGUOUS from the UNLINK it seems to compile at least — but I have no idea if that's the right way to fix it
- # [22:41] <Optimizer> jlebar: on disabling, the memory used by the main code clears up perfectly fine
- # [22:41] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [22:41] <dzbarsky> jviereck_mb1: oh yeah, thats right
- # [22:41] <jlebar> Optimizer, You mean, you don't see the compartment, on disabling.
- # [22:41] <dzbarsky> jviereck_mb1: you only need the AMBIGUOUS for traverse, sorry
- # [22:41] <Optimizer> jlebar: just that one options.xul window compartment leaves behind (if only I open options window ever once)
- # [22:41] * bsmedberg is now known as bsmedberg-bbl
- # [22:41] <jviereck_mb1> dzbarsky: no worries :)
- # [22:41] <jlebar> Optimizer, If you're leaving behind a compartment, you're not cleaning up all your memory...
- # [22:41] <dzbarsky> jviereck_mb1: if you look at the implementation of UNLINK, it deletes it and sets it to null, so there's no ambiguity
- # [22:41] <Optimizer> jlebar: I don't see the compartment for the main addon, only for the options.xul window
- # [22:41] <jlebar> I understand.
- # [22:42] <Optimizer> jlebar: But what if that options window had no js associated to it ?
- # [22:42] <Callek> johnath: ping
- # [22:42] <johnath> Callek: in mtg, async pong
- # [22:42] <Callek> johnath: were you told yet that self-serve allows you to spin a new nightly?
- # [22:42] <johnath> Callek: <3
- # [22:42] <jlebar> Optimizer, Then I'd look at the JS which opened the options window to see if it's storing a pointer to it somehow.
- # [22:42] <johnath> that is helpful information that I was not previously aware of!
- # [22:42] <Callek> nthomas: no aus probs about two nightlies same day these days, right?
- # [22:42] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [22:42] <ejpbruel> bbondy: thats what im saying, the particular problem i was trying to solve was about copy paste in the browser
- # [22:42] <ejpbruel> b
- # [22:43] <ejpbruel> bbondy: i made that work, but thats no guaranteed the clipboard data is valid
- # [22:43] <jlebar> Optimizer, Or maybe the JS which opened the options window registers an event listener which is never unregistered, or something. It could be many things...
- # [22:43] <Optimizer> I open it directly by window.open(), no assigning it to a variable
- # [22:43] <jaws> stuart: ping?
- # [22:43] <nthomas> Callek: no, if they are different buildIDs
- # [22:43] <sheppy> Ah, okay, our implementation of filter is wildly different from the WebKit one. Good times.
- # [22:43] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
- # [22:43] <jlebar> Optimizer, It's pretty hard to debug your add-on over IRC. :-/
- # [22:43] <Callek> johnath: ok if I resolve that bug you filed given that?
- # [22:43] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:43] <bbondy> yup agreed
- # [22:43] <Waldo> dolske: is the debug field in videocontrols.xml only flippable by directly editing it, looks like? (versus setting a pref or something, that causes it to be toggled at runtime)
- # [22:44] <bbondy> fwiw I can't paste from other browsers for transparent images
- # [22:44] <Callek> johnath: feel free to ping me if there are any Q's regarding that use :-)
- # [22:44] <johnath> Callek: already resolved, helpfully :)
- # [22:44] <jlebar> Optimizer, If you want to file a bug and tag it with [MemShrink], someone may be able to help.
- # [22:44] <jaws> akeybl: ping?
- # [22:44] <Callek> JonathanS: ooo nevermind, yea missed that armen resolved it
- # [22:44] <Callek> s/JonathanS/johnath/
- # [22:44] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [22:44] * @bz watches everyone pile on the skia thing
- # [22:44] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [22:45] * Quits: jviereck_mb1 (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [22:45] <jaws> Waldo: yes, flipping debug requires a rebuild
- # [22:45] <ejpbruel> bbondy: could we somehow copy the same png from different browsers and do a diff on the clipboard contents?
- # [22:45] <jaws> Waldo: you may be able to get some debugging information from enabling the statistics overlay
- # [22:45] <@dolske> Waldo: correct
- # [22:46] * Joins: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [22:46] <jaws> dolske: did you get a chance to look at the patch for bug 713608?
- # [22:46] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [22:46] <Waldo> jaws: I wanted this.log output, so stats overlay wouldn't be enough :-)
- # [22:46] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [22:46] <akeybl> jaws: hey
- # [22:46] <Waldo> also you don't want to know the pits of doom to which I'm descending :-)
- # [22:47] <@bz> sure he does
- # [22:47] <@bz> the more people know it, the better
- # [22:47] * zpao is now known as zpao|detached
- # [22:47] * Parts: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [22:47] <jaws> akeybl: will you be able to aurora-approval triage bug 755429 and bug 747090 today?
- # [22:47] * Joins: jfkthame (jfkthame@25F581E4.90783722.9542EC20.IP)
- # [22:47] <Waldo> we should get rid of XBL entirely rather than waste brain cells on the just-so never-will-be-specified-xbl1
- # [22:47] <bbondy> ejpbruel: why though? they seem wrong too
- # [22:48] * Waldo keeps hearing about shadow DOM without knowing if it's any good or not
- # [22:48] * jaws whispers that anything good has tons of complaints
- # [22:48] <ejpbruel> bbondy: im still not convinced that the clipboard data is wrong. didnt someone already mention earlier that few, if any applications support bmps with alpha channel?
- # [22:48] <@bz> jaws: so does anything bad. ;)
- # [22:48] <jaws> :)
- # [22:48] <@dolske> Waldo: I'd love to ditch the XBL, but we have nothing better at the moment. :(
- # [22:48] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [22:49] <Waldo> dolske: yeah, it's true
- # [22:49] <Waldo> wherefore shadow DOM, or something, and have some people looking into something in the space
- # [22:49] <dzbarsky> https://tbpl.mozilla.org/php/getParsedLog.php?id=12205576&tree=Try#error3- where does this test live if I run mochitests locally?
- # [22:50] <@dolske> we could actually simplify it a lot if we just had a replacement for <xul:scale>...
- # [22:50] <dzbarsky> gah, so not useful
- # [22:50] <akeybl> jaws: done, line cutter ;)
- # [22:50] <bbondy> ejpbruel: it's very possible it is right, still looking into it. Maybe from Firefox to chrome with a content editable block
- # [22:50] <dzbarsky> chrome://mochitests/content/browser/browser/base/content/test/browser_bug585785.js - where does this test live in local mochitests?
- # [22:50] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Client exited)
- # [22:50] <Waldo> <xul:scale> is actually pretty relevant to my current hatred, although the problem I'm hitting certainly generalizes beyond that
- # [22:50] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [22:50] * coop|mtg is now known as coop|buildduty
- # [22:51] <Waldo> also kind of points out a JSAPI shortcoming
- # [22:51] <stuart> jaws: hi
- # [22:51] <Waldo> bz: should Object.getOwnPropertyDescriptor(otherWindow.Node.prototype, "nodeType").get.call(document.documentElement) return Node.ELEMENT_TYPE, or should it throw, per spec?
- # [22:51] * stuart gets nervous wen peope ping im in ere
- # [22:52] <Waldo> an anti-pavlovian response, one might say
- # [22:52] <jaws> stuart: for apng, should i be able to change the delay_num through a hex editor on each fcTL to make the animation run faster?
- # [22:52] <JonathanS> Callek, pong
- # [22:52] <Callek> JonathanS: nick confusion, sorry
- # [22:53] <@dolske> stuart: win, apng question.
- # [22:53] <stuart> uhhh
- # [22:53] <@dolske> stuart: "ask vlad!"
- # [22:53] <stuart> yeah
- # [22:53] <stuart> vlad: see above question
- # [22:53] <JonathanS> Callek, heh. :)
- # [22:53] <@bz> Waldo: let me think this through
- # [22:53] <jaws> stuart, dolske, vlad: when i make that change, the apng doens't animate anymore, just shows the first frame
- # [22:53] <@dolske> jaws: yes, that should work.
- # [22:53] <@bz> Waldo: I _think_ it's the former
- # [22:54] <@bz> Waldo: why?
- # [22:54] <bbondy> n that would need CF_HTML
- # [22:54] <Waldo> bz: basically that's the non-XBL version of the problem I'm hitting now
- # [22:54] <@dolske> jaws: did you change the wrong byte? or make it too small?
- # [22:54] <@bz> Waldo: oh, the getter getting a security wrapper?
- # [22:54] <bbondy> ejpbruel: So if most don't suspport v5 transparency I wonder if they support the 32bpp v3 header
- # [22:54] <Waldo> bz: in my case it's just a cross-compartment proxy wrapper, because of XBL binding inheritance
- # [22:54] <jaws> dolske: i've checked it a few times in my hex editor and diff program, binary size is the same and i only changed the bytes i intended to
- # [22:55] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [22:55] <ejpbruel> bbondy: could you check that?
- # [22:55] <Waldo> bz: we have something inside the engine to deal with the case (well, a narrower version of the case than XBL needs), which I think we should add to the JSAPI so DOM, XBL, everyone else who hits this can deal
- # [22:55] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Connection reset by peer)
- # [22:55] <@dolske> yes, but are the bytes you intended to change the correct bytes?
- # [22:55] <WeirdAl> Hm. Is Zaphod still maintained?
- # [22:55] <@dolske> (don't answer too quickly :)
- # [22:55] <@dolske> "what's zaphod" --> no.
- # [22:56] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
- # [22:56] <jaws> dolske: my double checking and triple checking leads me to believe so
- # [22:56] <Waldo> sounds like a question for #labs if it exists
- # [22:56] <bbondy> ejpbruel: clipspy only shows me CF_DIBV5 btw
- # [22:56] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [22:56] * luke is now known as luke-away
- # [22:56] <ejpbruel> bbondy: but it *does* tell you that CF_DIB is there as well, right? (except no data)
- # [22:56] <@bz> Waldo: add what to jsapi?
- # [22:57] <bbondy> It doens't list CF_DIB at all
- # [22:57] <bbondy> but if I copy image with chrome it says both
- # [22:57] <@dolske> jaws: make two identical simple animations with only a framerate difference, diff, recheck your work. :)
- # [22:57] * Quits: overholt (overholt@moz-89F9FC0.cable.teksavvy.com) (Ping timeout)
- # [22:57] <ejpbruel> bbondy: maybe thats because we dont explicitly add CF_DIB as a format anymore? only CF_DIBV5?
- # [22:57] <Waldo> bz: something to re-call a JSNative in the compartment of the |this| object passed in, so that you can use JS_GetPrivate, JS_GetClass, and so on on |this| and get the info you want
- # [22:57] <jtcranmer> why does
- # [22:57] <jtcranmer> riddle me this:
- # [22:57] <bbondy> likely, I thought previously you tried and windows auto added it though
- # [22:58] <whimboo> rstrong: hi rob. would you have a minute for an uninstaller question via python code?
- # [22:58] <@dolske> jaws: source + printf logging if you must
- # [22:58] <ejpbruel> bbondy: well i did
- # [22:58] <jtcranmer> why does FileUtils have output helpers but not input helpers?
- # [22:58] <ejpbruel> bbondy: but i used another program than clipspy
- # [22:58] <ejpbruel> bbondy: and it told me CF_DIB was there, except with a (no data)
- # [22:58] <bbondy> which program?
- # [22:58] <ejpbruel> bbondy: it allowed me to read a hexdump of the CF_DIBV5
- # [22:58] <bbondy> what would chrome say in the same case?
- # [22:58] <@dolske> whimboo: uninstaller in python?!
- # [22:58] <ejpbruel> bbondy: lemme check, have to start my windows vm
- # [22:58] <bbondy> CF_DIB with no data?
- # [22:59] <whimboo> dolske: firefox uninstaller triggered by python code
- # [22:59] * mjschranz is now known as mjschranz_away
- # [22:59] <rstrong> whimboo: not atm... busy reviewing patches. Why don't you cc me to the bug and ask me there
- # [22:59] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Quit: L'ordinateur est en sommeil)
- # [22:59] <ejpbruel> bbondy: as in, i did *not* show me the hex dump for the CF_DIB (i assumed that might be because windows autogenerates that one)
- # [22:59] * Quits: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP) (Ping timeout)
- # [22:59] <whimboo> rstrong: i prefer more direct conversations but sure, I can cc you on the bug and ask over there
- # [23:00] <rstrong> whimboo: thanks
- # [23:00] <bbondy> ejpbruel: I think we may have to add both ourseles, I'm not sure if windows will generate a v3 header with the transarency bytes, but our encoder could. But would be useful to see what it spits out when you request CF_DIB specifically.
- # [23:02] * Fallen|away is now known as Fallen
- # [23:02] <bbondy> ejpbruel: I had the extension installed still I just don't know how to invoke it
- # [23:02] <ejpbruel> bbondy: restart your browser, it should load a page
- # [23:02] <bbondy> ah ok cool I just had re-enabled it without restart
- # [23:03] * Joins: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP)
- # [23:03] <@bz> bjacob: ok, so yeah
- # [23:03] <@bz> bjacob: going to rejigger this to make it compile
- # [23:03] <bjacob> ok
- # [23:03] <ejpbruel> bbondy: i used freeclipviewer
- # [23:04] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [23:04] <ejpbruel> bbondy: clipspy only reports CF_DIB and shows the contents
- # [23:04] <ejpbruel> bbondy: free clipboard viewer 2.0 shows both CF_DIB and CF_DIBV5 with different contents
- # [23:04] <bbondy> you mean CF_DIBV5 right?
- # [23:04] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
- # [23:04] * jhammel is now known as jhammel|phone
- # [23:05] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: Leaving)
- # [23:05] <ejpbruel> bbondy: clipspy reports CF_DIB, not CF_DIBV5
- # [23:05] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [23:05] <ejpbruel> bbondy: free clipboar viewer reports both
- # [23:05] <ejpbruel> bbondy: and the hexdump for each is different and looks legit
- # [23:05] <bbondy> for me with your patch it shows only CF_DIBV5
- # [23:06] <ejpbruel> bbondy: what the hell :)
- # [23:06] <ejpbruel> bbondy: what about that other program?
- # [23:06] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:06] <ejpbruel> bbondy: btw, free clipboard viewer also shows the black background, even though both the CF_DIB and CF_DIBV5 seem to contain alpha data
- # [23:06] <bbondy> :)
- # [23:07] <bbondy> found a program that supports pasting it
- # [23:07] <bbondy> word
- # [23:08] <ejpbruel> bbondy: word, as in the program?
- # [23:08] <jwir3> when a plugin is enabled/disabled via a pref, does this cause a reconstruct of the frames in all documents?
- # [23:08] <jlebar> gavin, can you suggest any other reviewers for bug 759802, or do you think it's best if we wait for you to get around to the reviews?
- # [23:08] <ejpbruel> bbondy: with alpha?
- # [23:08] <jgilbert> does photoshop et al support transparent DIBs?
- # [23:08] <bbondy> word as in the program ya
- # [23:08] * Quits: msucan (mihai@391E43DA.2E4BBBBB.BD62875.IP) (Quit: Leaving.)
- # [23:09] <bbondy> it might I don't have it installed though
- # [23:09] <jgilbert> what about paint.net/GIMP/others of similar character?
- # [23:09] <jgilbert> because I think that's one of the more common use-cases for this
- # [23:09] * mjschranz_away is now known as mjschranz
- # [23:11] <bbondy> gimp doesn't preserve the transparency from the clipboard
- # [23:11] <glandium> Waldo: note that mfbt/TypeTraits.h is waiting for your review ;)
- # [23:11] <bbondy> ejpbruel: ok strange enough when I paste a copied image even from aurora it preserves the transparency when pasting to word
- # [23:11] <Waldo> :-)
- # [23:12] <Waldo> although I thought I'd reviewed it at least once, maybe my memory's even worse than I thought
- # [23:12] <ejpbruel> bbondy: but not with my patch?
- # [23:12] <bbondy> both with and without
- # [23:12] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [23:12] <bbondy> so I assume that means it is probably correct
- # [23:12] <ejpbruel> bbondy: lolwut? we explicitly strip the alpha channel in the non-patched code, right?
- # [23:12] <ejpbruel> bbondy: how could that possible work unless we dont past a BMP to the clipboard?
- # [23:12] <glandium> Waldo: maybe you mixed up with when i asked how you felt about the two templates in a pastebin, which is when you said you'd see them in a TypeTraits.h header
- # [23:13] * Waldo shrugs
- # [23:13] * Quits: artur (artur@5EA72A3B.1C8523D6.6C361E84.IP) (Input/output error)
- # [23:15] * fabrice is now known as fabrice1
- # [23:15] <bbondy> ejpbruel: not in nsImageToClipboard::CreateFromImage
- # [23:15] * fabrice|mtg is now known as fabrice
- # [23:16] <ejpbruel> bbondy: oh right!
- # [23:16] <ejpbruel> bbondy: and my patch just uses the bmp encoder instead
- # [23:16] <ejpbruel> bbondy: so you not seeing any difference with and without my patch might be a good thing..
- # [23:16] * zpao|detached is now known as zpao
- # [23:18] * armenzg_mtg is now known as armenzg_away
- # [23:18] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:18] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [23:19] <bbondy> the no availability of CF_DIB directly seems dangerous to me, is there some way to show that you can request that for sure with the extension?
- # [23:19] <bbondy> without having to make another program
- # [23:20] * Quits: armenzg_away (armenzg@moz-D2656219.dsl.bell.ca) (Input/output error)
- # [23:20] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [23:20] * ChanServ sets mode: +o roc
- # [23:21] <philor> bbondy: you're off my hook, got a couple that ran on the second build
- # [23:21] * Quits: espindol_ (espindola@AA9D44C7.295B8A63.AE2B2F80.IP) (Client exited)
- # [23:21] <ejpbruel> bbondy: not to my knowledge, we just take whatever raw rgb(a) data we can get, right?
- # [23:21] <ejpbruel> bbondy: but like i said, the clipspy alternative *does* show CF_DIB, and it does show it with valid contents
- # [23:22] <ejpbruel> bbondy: so if it doesnt work where did those come from?
- # [23:22] <ejpbruel> bbondy: i can make a screencap if you dont believe me
- # [23:23] * Quits: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP) (Ping timeout)
- # [23:23] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [23:24] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
- # [23:24] * Joins: gandalf (zbraniecki@moz-4BD65F18.neoplus.adsl.tpnet.pl)
- # [23:24] <bbondy> that doesn't prove that it can get the data from CF_DIB though
- # [23:25] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [23:25] <NeilAway> dolske: that's not stopped us from ditching other technologies :-(
- # [23:25] * lsblakk|lunch is now known as lsblakk
- # [23:26] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [23:27] * Joins: Optimizer (Instantbir@9D7E00FB.97445C35.2AB48280.IP)
- # [23:27] <NeilAway> bbondy: word downloads the image itself, using the html source provided on the clipboard
- # [23:31] * Joins: jdm (jdm@moz-7A70C52D.range109-154.btcentralplus.com)
- # [23:32] * mjschranz is now known as mjschranz_away
- # [23:32] * jlebar is now known as jlebar|errand
- # [23:33] * Quits: evilpie (chatzilla@moz-A4417520.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122928])
- # [23:33] * jhammel|phone is now known as jhammel
- # [23:35] <bbondy> NeilAway: ah crap I guess that's why
- # [23:35] <bbondy> thx
- # [23:35] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [23:36] <gkw> juanb: bug 759880 fyi
- # [23:36] <@roc> bsmedberg-bbl: excellent!!! file a bug, more details please
- # [23:37] <juanb> gkw: what's up
- # [23:37] * Quits: bbondy (bbondy@moz-A05ECC22.home.cgocable.net) (Ping timeout)
- # [23:37] * Joins: myk1 (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [23:38] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
- # [23:38] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [23:38] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
- # [23:38] * Quits: josh (josh@moz-6F3505DF.nyc.res.rr.com) (Quit: josh)
- # [23:39] * wlach is now known as wlach|afk
- # [23:39] * Joins: marco (marco@EAA9FC80.A2DD14FC.10DC0B64.IP)
- # [23:40] <@bz> man
- # [23:40] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
- # [23:40] <@bz> cloning a repo from scratch is so slow now.....
- # [23:41] <Wes> bz: try doing it over a T1 on a slow computer
- # [23:41] <gkw> juanb: thanks for trying to verify the original bug, so i verified bug 731724, and in doing so found bug 759880. ;-)
- # [23:41] * kmoir_buildduty is now known as kmoir-afk
- # [23:42] <juanb> gkw: let me read through the other one
- # [23:42] <gkw> i doubt they are technically related in any way
- # [23:42] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [23:43] <nemo> bz: *sigh* http://m8y.org/hw/AntiPortalTest/mask.png :( the brief time that was visible in Firefox is already missed :(
- # [23:43] <philor> according to the date in http://jlebar.com/2011/5/20/Faster_and_smaller_clones_of_branches.html, I haven't cloned from scratch for just over a year
- # [23:43] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [23:43] <nemo> oh. hm. p'raps I can override in userChrome.css
- # [23:43] <nemo> erm. userContent.css I suppose
- # [23:44] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [23:44] * Quits: mak|afk (chatzilla@moz-F4976B9B.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [23:44] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
- # [23:44] * bwinton is now known as bwinton_away
- # [23:45] <Wes> nemo: I don't know what that is... but I find your art interesting and would like to subscribe to your newsletter.
- # [23:45] <juanb> gkw: thanks for the help!
- # [23:45] <gkw> np :)
- # [23:45] <nemo> Wes: heh. it is a mask image for solid areas on a hedgewars map. this one one designed for "roping"
- # [23:45] <nemo> Wes: I was just complaining (again) that bz had set the background-color on images to white
- # [23:45] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [23:45] <nemo> Wes: basically undoing the whole purpose of not having a white background in the first place :)
- # [23:46] * Quits: smontagu (chatzilla@2B060B9D.C39404F5.CB858787.IP) (Ping timeout)
- # [23:46] <Wes> nemo: OH, lol!
- # [23:47] <nemo> Wes: http://m8y.org/tmp/testcase242f.xhtml - here. compare with this (click the recalculate button, then switch image, then recalculate again)
- # [23:48] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120529042008])
- # [23:49] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e89ed404ebe5 - Ehsan Akhgari - Bug 759390 - Make sure gCanStageUpdates will not fail if the maintenance service pref is set to false; r=rstrong
- # [23:50] * Quits: myk1 (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [23:51] * Joins: myk1 (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [23:53] * Quits: Wes (chatzilla@moz-BEF0C255.page.ca) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122203])
- # [23:53] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [23:53] * Fallen is now known as Fallen|away
- # [23:53] * Joins: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net)
- # [23:53] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [23:54] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
- # [23:54] <jaws> dolske: i'll play more with the apng later today/tonight
- # [23:54] * Quits: dvander`home (dvander@moz-15794884.prvdri.fios.verizon.net) (Quit: Leaving...)
- # [23:54] <jaws> dolske: i'll try with a two frame apng and see if i can get that to work
- # [23:54] * Quits: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP) (Quit: kentuckyfriedtakahe)
- # [23:55] * cadecairos is now known as cadecairos_away
- # [23:56] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:56] * Joins: kentuckyfriedtakahe (kentuckyfr@E2F7352.56080C53.97BBD552.IP)
- # [23:56] * mattwoodrow|away is now known as mattwoodrow
- # [23:56] * bhearsum is now known as bhearsum|afk
- # [23:56] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [23:57] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [23:57] * Quits: necolas (necolas@moz-2D68B52B.bb.sky.com) (Client exited)
- # [23:58] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [23:59] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [23:59] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [23:59] * Quits: Boriss (FlyingToas@moz-FA2E1265.hfc.comcastbusiness.net) (Ping timeout)
- # [23:59] * Quits: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [23:59] * Quits: daoberes (chatzilla@moz-7C0D9792.cable.teksavvy.com) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # Session Close: Thu May 31 00:00:00 2012
The end :)