/irc-logs / mozilla / #developers / 2012-02-28 / end

Options:

# Session Start: Tue Feb 28 00:00:00 2012
# Session Ident: #developers
# [00:00] <@khuey> time to break out the whips
# [00:00] <@bz> kwierso: anyone responding to that? ;)
# [00:00] <@khuey> keep them in line
# [00:00] <taras> bz: see my messages above
# [00:00] * Joins: gkw1 (gkw@moz-BBE3ABD.mv.mozilla.com)
# [00:00] <Unfocused> s/unacceptable/INCONCEIVABLE/
# [00:01] * Joins: smaug (chatzilla@moz-DB864999.gprs.sl-laajakaista.fi)
# [00:01] * ChanServ sets mode: +o smaug
# [00:01] * Quits: JeroenDeDauw (jeroen@C10EA9FC.9481ED7.9F9A2DA2.IP) (Ping timeout)
# [00:01] * Quits: wlach (wlach@moz-F7860300.vif.net) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [00:01] * Joins: wlach_ (wlach@moz-F7860300.vif.net)
# [00:01] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:02] <Cww> joe: is there anything you want to ask for in bug 711656 if the user can't start in safe mode?
# [00:02] <Cww> (or can't figure out safe mode?)
# [00:02] <@bz> taras: hey
# [00:02] <@bz> taras: yes
# [00:02] <joe> Cww: probably not worthwhile
# [00:02] <@bz> taras: (re discuss)
# [00:02] <@bz> taras: so here's the thing
# [00:02] <@bz> taras: the basic setup is "something changed"
# [00:02] * bbondy_away is now known as bbondy
# [00:02] <Cww> joe: ok
# [00:02] <@bz> taras: when should we try to repaint the page?
# [00:03] * jwir3 is now known as jwir3|away
# [00:03] <@bz> taras: what we used to do was that when something changed we'd post an event
# [00:03] <@bz> taras: to the event loop
# [00:03] <@bz> taras: as soon as that fired, we'd process the change
# [00:03] <@bz> taras: sort of a cascade, actually
# [00:03] * Quits: Goldorak (chatzilla@B7ECD0D5.CA539240.187A1082.IP) (Ping timeout)
# [00:03] * Quits: jfkthame (jfkthame@318E97F8.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [00:03] <@bz> taras: append a node to the dom, posts event
# [00:03] <@bz> taras: event processed, create frames, post event
# [00:03] * philor|away is now known as philor
# [00:04] <kwierso> bz: I replied a bit
# [00:04] <@bz> taras: event processed, reflow frames, do invalidates, which posts OS events to paint
# [00:04] <@bz> taras: finally paint
# [00:04] <@bz> taras: make sense?
# [00:04] * Joins: Goldorak (chatzilla@B7ECD0D5.CA539240.187A1082.IP)
# [00:04] <@bz> taras: (this is the old setup, not the current setup)
# [00:04] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [00:04] <hub> is there an easy we to print the XPCOM interface that an object implements?
# [00:04] <@bz> hub: "the"?
# [00:04] <hub> plural
# [00:04] <hub> interaces :-/
# [00:05] <taras> bz: yes
# [00:05] <@bz> hub: given tearoffs, probably not
# [00:05] * Quits: Goldorak (chatzilla@B7ECD0D5.CA539240.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [00:05] <gavin> if the object implements nsIClassInfo, yes :)
# [00:05] * philor is now known as philor|away
# [00:05] <@bz> taras: so then we switched to a setup where instead of doing the work async but ASAP we do it off the refresh tick for that page
# [00:05] <@bz> gavin: the ones it deigns to list, at least. ;)
# [00:05] * Joins: regen (Miller@moz-C1D48ACC.adsl.dynamic.seed.net.tw)
# [00:05] <@bz> taras: which for background tabs is "pretty rarely" and for foreground tabs is 60Hz
# [00:05] <gavin> otherwise, you can do something hacky like try to QI it to every known interface
# [00:06] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [00:06] <hub> trying to figure out why I can't QI nsHyperTextAccessible somewhere
# [00:06] <hub> :-/
# [00:06] <@bz> taras: which is where we are now
# [00:06] * AaronMT is now known as AaronMT|afk
# [00:06] <gavin> what do you mean, "can't QI"?
# [00:06] <@bz> hub: simplest thing is to look at the concrete class
# [00:06] <@khuey> gavin: only if it doesn't lie
# [00:06] <taras> bz: right and i'm saying there is no way we can paint at 60hz currently
# [00:06] <taras> during pageload
# [00:06] <hub> gavin: I get nsnull
# [00:06] <@bz> hub: and then look at its queryinterface impl
# [00:06] <@khuey> /omit
# [00:06] <@bz> taras: sure
# [00:06] <@khuey> hub: just step into it?
# [00:06] <@bz> taras: so maybe during pageload we should consider throttling down to a lower frequency
# [00:06] <taras> bz: but this is interesting
# [00:07] <taras> interesting
# [00:07] <taras> bz: so huffpo should in theory load faster
# [00:07] <taras> in a background tab
# [00:07] <gavin> #developers: I agree, edge cases exist
# [00:07] <@bz> taras: well, sure
# [00:07] <@bz> taras: for one thing it won't be painting!
# [00:07] <taras> bz: what drivers progress for hidden tabs?
# [00:07] <taras> bz: what drives progress for hidden tabs?
# [00:07] <@bz> taras: what do you mean?
# [00:08] <taras> bz: ie restyles/etc
# [00:08] <@bz> taras: the refresh driver
# [00:08] <taras> so he we have a different rate for hidden tabs?
# [00:08] <@bz> taras: just throttled to "1000ms * 2^(number of firings since the tab got hidden)"
# [00:08] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:09] <taras> bz: fantastic
# [00:09] <mconnor> RyanVM: <3
# [00:09] <@bz> taras: so background tabs should really not be a problem
# [00:09] <taras> bz: well, they are a problem
# [00:09] * zpao|detached is now known as zpao
# [00:09] <taras> but in different ways
# [00:09] <@bz> taras: of course script running in them can still trigger restyles
# [00:09] <RyanVM> mconnor: odd, that's two days in a row I've gotten love after signing on to IRC :P
# [00:09] <@bz> well, right
# [00:09] <mconnor> RyanVM: just saw your reply to that thread
# [00:09] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [00:09] <taras> bz: during pageload in background tabs we are really janky
# [00:09] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [00:10] <@bz> see, that's actually the flip side
# [00:10] <@bz> if you tick really rarely
# [00:10] <@bz> more work piles up
# [00:10] <@bz> possibly
# [00:10] <taras> bz: can chunk work better?
# [00:10] <@bz> (or possibly not; it really depends on the situation)
# [00:11] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a2/20120226042010])
# [00:11] <@bz> we can try
# [00:11] <@bz> I'd start by measuring why those janks happen
# [00:11] <@bz> what the callstack is
# [00:11] * @bz will bet money it's script running in the background tabs
# [00:11] <taras> bz: we are going to chunk js events in background tabs
# [00:11] <taras> this seems similar
# [00:11] <@bz> what do you mean by "js events"?
# [00:11] <@bz> settimeout?
# [00:11] <taras> yeah
# [00:12] <taras> and xmlhttprequest loops
# [00:12] * @khuey grumbles about python being awful
# [00:12] <@bz> this is different, sorta
# [00:12] <@bz> the problem is when a background tab loads a big script
# [00:12] <@bz> and then has to run it
# [00:12] <@bz> now we're in run-to-completion hell
# [00:12] * Quits: gkw1 (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [00:12] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [00:12] <taras> bz: yup
# [00:12] <@bz> the script takes however long it takes
# [00:12] <taras> i'm suspecting we have jank unrelated to scripts
# [00:12] <@bz> now maybe I'm wrong about this being the common case of background tab jank
# [00:12] <@bz> data needed
# [00:12] <sicking> biesi: still there>
# [00:12] <sicking> biesi: still there?
# [00:12] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [00:12] <biesi> sicking, yes
# [00:13] <biesi> but busy
# [00:13] <RyanVM> mconnor: Yeah, I'm dropping it though from here out. Gonna follow my own advice and all...
# [00:13] <sicking> biesi: so i think i was a bit confused/unclear in the review request. Could you review everything but the media-cache parts?
# [00:13] <sicking> biesi: that is all
# [00:13] <biesi> sicking, I did
# [00:14] <biesi> well I guess I reviewed everytyhing
# [00:14] <mconnor> RyanVM: as you should!
# [00:14] <sicking> yay, thanks!
# [00:14] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:14] <taras> bz: can you file a bug on chunking stuff better duing pageload
# [00:14] <mconnor> RyanVM: but someone in the community, not an employee, needed to call that out.
# [00:14] <taras> and measuring background-tab jank
# [00:14] <taras> ie whether it's caused by scripts or otherwise
# [00:14] <@bz> taras: Let's start with a bug on the latter
# [00:14] * mcote is now known as mcote|afk
# [00:14] <taras> and i'll get someone to do that
# [00:15] <@bz> taras: once we have that data, we can figure out what to do about it
# [00:15] <@bz> taras: where do you want the bug?
# [00:15] <taras> Core/layout?
# [00:15] <@bz> sure
# [00:16] <@bz> how is this different from bug 710359 ?
# [00:16] * philor|away is now known as philor
# [00:16] <darktrojan> mbrubeck, ping
# [00:17] * Quits: regen (Miller@moz-C1D48ACC.adsl.dynamic.seed.net.tw) (Quit: regen)
# [00:17] <taras> bz: it doesn't have these specific comments on what to measure
# [00:18] * bmoss is now known as bmoss|mtg
# [00:18] <@bz> ok
# [00:19] <taras> bz: let me know if you want me to try to summarize that in the bug, i gotta step out for a bit now
# [00:19] <@bz> https://bugzilla.mozilla.org/show_bug.cgi?id=731026
# [00:19] * Quits: gandalf (zbraniecki@moz-9151F08A.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [00:19] <taras> bz: great, thanks
# [00:21] <Cww> joe: 75 emails sent.
# [00:21] * Quits: @smaug (chatzilla@moz-DB864999.gprs.sl-laajakaista.fi) (Ping timeout)
# [00:21] <joe> Cww: <3
# [00:22] <philor> sweet, Waldo busted the tree and didn't even have to push!
# [00:22] <edmorley> there are just so many parts of this post that make me despair (not least of which being that I'm sure this isn't a rare mindset for our users): https://groups.google.com/d/msg/mozilla.dev.apps.firefox/yy4hJ5XAYNk/KRFKLe3D0lUJ
# [00:22] <Waldo> that's...interesting
# [00:23] * Waldo looks
# [00:23] <Waldo> oh, I fail at life
# [00:23] <Waldo> easy obvious fix coming
# [00:24] <mbrubeck> darktrojan: pong
# [00:25] * mjessome is now known as mjessome|away
# [00:25] <darktrojan> mbrubeck, mind if I slightly break the addon prefs for mobile, given that it's being replaced?
# [00:25] <Cww> edmorley: wait, what's wrong with that? he obviously knows the difference between RAM and CPU (already gets bonus points in my book) and is probably using the word "crash" to mean crashes and not hangs.
# [00:25] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:26] <Waldo> fix pushed
# [00:26] <mbrubeck> darktrojan: by "addon prefs" do you mean optionsURL stuff?
# [00:26] <darktrojan> yes
# [00:26] * Quits: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [00:26] <mbrubeck> darktrojan: Just keep me in the loop... got any bugs/links I can look at?
# [00:26] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [00:26] <darktrojan> not yet
# [00:27] <Waldo> philor: actually, looks like I did have to push
# [00:27] <darktrojan> mbrubeck, I'm just altering setting.xml, that's not going to be used any more by mobile, is it?
# [00:28] <darktrojan> it still appears to work, but doesn't look as pretty
# [00:28] <Boriss> anyone know why a bug like bug 731030 seemingly requires a bugzilla account to view?
# [00:28] <mbrubeck> darktrojan: It is still used, actually, but I can help adapt to the changes...
# [00:28] * Joins: jaws_ (jwein@205D1023.DC1FB846.7C9220AF.IP)
# [00:28] <@khuey> Boriss: wfm
# [00:28] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Quit: This computer has gone to sleep)
# [00:28] <@khuey> when logged out
# [00:28] <mbrubeck> darktrojan: By the way, https://bugzilla.mozilla.org/show_bug.cgi?id=696533 has my work-in-progress patch for settings in native Fennec
# [00:28] <Boriss> khuey: …hmm, now wfm
# [00:29] <darktrojan> mbrubeck, yeah, I'm looking at it, haven't read the patch though, will do
# [00:29] <@khuey> Boriss: it might be that the logged out user hits a different server
# [00:29] <@khuey> Boriss: and it takes time to propagate
# [00:29] <mbrubeck> As before, we're just extending some of the XBL bindings from setting.xml to add some theming and behavior changes
# [00:29] <Boriss> thanks khuey
# [00:30] <biesi> remind me, do we still need sr for all interface changers?
# [00:30] <biesi> *changes
# [00:30] <darktrojan> mbrubeck, ah, what I'm currently doing shouldn't affect it then, I'm just changing the <content> bits, and you're overriding them all anyway
# [00:30] <drice> biesi: I'm alive here, too. (I'm assuming your asking about my bug)
# [00:30] <Waldo> https://bugzilla.mozilla.org/show_bug.cgi?id=725478#c10
# [00:30] <biesi> drice, heh yes
# [00:31] <drice> Almost pinged you, but figured you'd see email
# [00:31] <mbrubeck> darktrojan: Okay, cool. CC me to the bug(s) anyway, I'd like to keep track of what you're doing.
# [00:31] <philor> bjacob: be sure that patch isn't bit-rotted all to hell before you push it ;)
# [00:31] <biesi> drice, looks like the answer is yes, though
# [00:31] <darktrojan> mbrubeck, okay
# [00:31] * biesi requests
# [00:31] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [00:31] * bz is now known as bz_away
# [00:32] <biesi> drice, so once you get sr, you (or someone) should set the "checkin-needed" keyword on the bug
# [00:32] <biesi> and then you just wait for someone to check it in
# [00:32] <bjacob> philor: did i just push shit?
# [00:32] <Bas> jimm: Your comment on the flickering bug is a little unclear to me, if my workaround providing a significant improvement or not? :)
# [00:32] <gps> I accidentally inbound
# [00:32] <Bas> s/if/is
# [00:32] <philor> gps: don't feel lonely, you're the third bustage in a row
# [00:33] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [00:33] <bjacob> philor: argh, sorry. are you backing out or should i?
# [00:33] <sicking> biesi: posted some answers
# [00:33] <philor> bjacob: you'll have to, I'm at work without a tree for another four hours
# [00:33] <gps> I'll fix mine with a simple patch
# [00:33] * SeoZ-work[AWAY] is now known as SeoZ
# [00:33] <bjacob> philor: ok
# [00:33] <sicking> biesi: the rules for sr are very fluffy right now. Basically I request them for complex changes
# [00:34] <biesi> oh
# [00:34] <philor> oh, not three in a row, either wesj is innocent, or hasn't yet shown that it'll be four in a row :)
# [00:34] <biesi> the sr page says all interface changes need it
# [00:34] * Quits: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [00:34] <biesi> ah well, should be simple enough
# [00:34] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:34] * Joins: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP)
# [00:34] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [00:35] * wlach_ is now known as wlach
# [00:35] <cers> hmm.. just updated Firefox nightly on my nexus s, and now it just says "Setting up Nightly..." when I start it up :-S
# [00:36] <mbrubeck> cers: Is it just hanging there? For how long?
# [00:36] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [00:36] <drice> biesi: Alright; sounds good.
# [00:36] <cers> mbrubeck: well, so far for like 15 mins at least
# [00:37] <mbrubeck> cers: That should happen just once, while it's importing settings from an old profile into a new system... and it should generally take < 10 seconds. :/
# [00:37] <edmorley> philor, bjacob, gps: need me to backout anything, or being covered?
# [00:37] <cers> mbrubeck: yeah... seems not to work here :-S
# [00:37] <drice> If I was curious, where's the list of super reviewers?
# [00:37] * joduinn-mtg is now known as joduinn-brb
# [00:38] <biesi> drice, http://www.mozilla.org/hacking/reviewers.html
# [00:38] <gps> I've got mine covered once I figure out how to run the test again to ensure I really fixed it :)
# [00:38] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [00:38] <bjacob> edmorley: got it
# [00:39] <edmorley> cool :-)
# [00:39] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [00:41] <cers> mbrubeck: any idea where the code for that migrator lives?
# [00:41] <wesj> philor: did i break the world?
# [00:41] <mbrubeck> cers: http://mxr.mozilla.org/mozilla-central/source/mobile/android/base/ProfileMigrator.java
# [00:41] * Quits: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:41] <@khuey> philor: you want me to merge to b-s?
# [00:41] <philor> wesj: you *didn't*, that's the problem! you broke up a perfectly good run of three busted patches in a row
# [00:41] <cers> mbrubeck: thanks
# [00:42] <philor> khuey: yeah, but only if you've got time, otherwise I'll do it eventually - I don't think any of the retrigger options would actually be fun, other than for the bug about self-serve, and that can retrigger on a twig
# [00:42] * Joins: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:43] <mbrubeck> cers: and http://mxr.mozilla.org/mozilla-central/source/mobile/android/base/GeckoApp.java#2360
# [00:43] <philor> or maybe edmorley would like to, I know he's got a b-s tree :)
# [00:43] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
# [00:43] <mbrubeck> ("SetupScreen" is the thing that shows the "Setting up Nightly..." message)
# [00:44] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/499144e6fb86 - Olli Pettay - Bug 730470, FormFillController crashes, r=gavin
# [00:44] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [00:45] * Joins: smaug (chatzilla@moz-21184FE.gprs.sl-laajakaista.fi)
# [00:45] * ChanServ sets mode: +o smaug
# [00:45] <edmorley> philor: I don't any more (my poor HD), but I can cheat
# [00:45] * Joins: zwol (zwol@moz-F391F09C.csl.sri.com)
# [00:46] <nemo> soooo https://bugzilla.mozilla.org/show_bug.cgi?id=729608#c13 - that doesn't sound like Firefox' fault to me. I guess that was written after http://blog.mozilla.com/addons/2012/02/27/mcafee-add-on-update/ said "t this point it is unclear if the remaining memory leaks are caused by McAfee’s code or Firefox bugs."
# [00:46] <NeilAway> aha, a recent bugzilla change that I dislike has ironically given me respite from another bug
# [00:47] * Joins: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [00:48] <philor> edmorley: khuey already did it, but thanks
# [00:50] * joduinn-brb is now known as joduinn
# [00:50] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:51] <philor> nice to see Android actually failing an actual test
# [00:51] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [00:51] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:51] <gavin> smaug: hrm, I missed that bug in the first patch's RemoveForDocumentEnumerator
# [00:51] <gavin> (returning PL_DHASH_NEXT in the aKey == mFocusedInputNode) case
# [00:51] <gavin> good thing you fixed it!
# [00:51] * Quits: jst (jst@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:51] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:51] * Boriss_ is now known as Boriss
# [00:51] <@smaug> gavin: I kind of thought you meant that when you said about adding the comment
# [00:52] <@smaug> and not handling the list
# [00:52] <@smaug> gavin: thanks for the review
# [00:52] * Joins: jst (jst@moz-BBE3ABD.mv.mozilla.com)
# [00:52] <gavin> heh
# [00:52] <@smaug> and sorry about the crash. I should haven't noticed the problem before
# [00:53] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [00:53] <gavin> yeah I missed that too
# [00:54] * Quits: kaie (kaie@moz-F99C3A1A.dip.t-dialin.net) (Quit: Leaving)
# [00:54] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:55] * coop is now known as coop|afk
# [00:56] <cers> mbrubeck: hmm.. I don't really see anything obvious that would make it stall.. if I could only see the log it writes to...
# [00:57] * joduinn is now known as joduinn-brb
# [00:58] <njn> what product/component should I use for a bug that's requesting the addition of a new product/component to BMO? bugzilla.mozilla.org/Administration?
# [00:58] <@dolske> gavin: https://bugzilla.mozilla.org/show_bug.cgi?id=731043
# [00:58] <kwierso> njn: yes
# [00:58] <njn> kwierso: thanks
# [00:58] <gps> I confirmed locally that my inbound bustage fix works
# [00:59] <kwierso> njn: see also https://wiki.mozilla.org/BMO/Requesting_Changes
# [00:59] <espindola> biesi, ping
# [00:59] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [00:59] * Joins: brendan (brendaneic@moz-34D4710.red-80-25-173.staticip.rima-tde.net)
# [01:00] <biesi> espindola, pong
# [01:00] <espindola> biesi, for bug 728653. The easiest solution is to drop write request at the lowest level
# [01:00] <espindola> see for example https://hg.mozilla.org/try/rev/a6fbecc27538
# [01:01] <espindola> I can just s/oo late, what do we do"/ with a return
# [01:01] <espindola> is that what you would like?
# [01:01] <RyanVM> philor: Is it safe to push to m-i? Looks like it to me?
# [01:01] <cers> mbrubeck: btw, I tried restarting my device, but starting nightly still hangs at that screen
# [01:01] <biesi> espindola, there is no write request in the necko code that you're changing...
# [01:01] <sicking> khuey: you should review the dictionary patch. I'm about to review a patch that regresses it again
# [01:01] <philor> RyanVM: well, other than it always being risky to be on top of romaxa, I think it's safe ;)
# [01:02] <RyanVM> hah
# [01:02] <biesi> espindola, who calls RemoveItemAnnotation?
# [01:02] <RyanVM> ok
# [01:02] <espindola> biesi, that part of the code is not modified by the patch
# [01:02] <espindola> its behavior that is
# [01:02] <espindola> biesi, https://crash-stats.mozilla.com/report/list?signature=sqlite3_extended_result_codes
# [01:02] <espindola> note that if the manager is null
# [01:03] <espindola> the condition simplifies to the old one
# [01:03] <mbrubeck> cers: To view the log, you can use an app like https://market.android.com/details?id=org.jtb.alogcat
# [01:03] <mbrubeck> you can also email it to yourself and then attach it to a bug...
# [01:03] <espindola> and if indeed the necko code doesn't try to write to disk
# [01:03] <espindola> everything stays as is
# [01:04] * wlach is now known as wlach|afk
# [01:04] <biesi> espindola, which old condition?
# [01:04] <biesi> why do you say that if necko doesn't write to disk, everything stays as is?
# [01:04] * Joins: Bas_ (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
# [01:04] <@khuey> sicking: I saw
# [01:04] <espindola> biesi, if (mListener && !(mConnMgr && mConnMgr->isShuttingDown()))
# [01:05] <@khuey> sicking: it's a big patch, with lots of JSAPI stuff :-/
# [01:05] <biesi> espindola, the old condition was if (mListener)
# [01:05] <biesi> espindola, mListener is only null if the channel was cancelled
# [01:05] <espindola> yes, make mConnMgr NULL ...
# [01:05] * Quits: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl) (Ping timeout)
# [01:05] * Bas_ is now known as Bas
# [01:05] <biesi> espindola, you never make mConnMgr null
# [01:05] <cers> mbrubeck: thanks, installing it now
# [01:05] * Fallen is now known as Fallen|away
# [01:06] <espindola> HttpChannelChild* httpChannel = new HttpChannelChild(NULL);
# [01:06] <espindola> the call from /NeckoChild.cpp
# [01:06] <biesi> espindola, ok, sure
# [01:06] <biesi> that's an edge case
# [01:06] <espindola> the calls from /nsHttpHandler.cpp are the ones with the manager
# [01:06] <biesi> I'm not sure what your point is right now
# [01:07] <espindola> btw, I would prefer to avoid unnecessary notifications since
# [01:07] <espindola> * we are not sending them right now
# [01:07] <biesi> wait
# [01:07] <biesi> we are sending them now
# [01:07] <espindola> * we will need to get there for exit(0)
# [01:07] <biesi> and
# [01:07] <espindola> biesi, no
# [01:07] <biesi> how can you say they are unnecessary? there may be code depending on them
# [01:07] <espindola> we exit before the places db closes
# [01:07] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:08] <espindola> and if they get sent with the places db closed, we get a segmentation fault
# [01:08] <espindola> we found the crashes when we started waiting for the db to close
# [01:08] <espindola> but
# [01:08] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [01:08] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [01:08] <espindola> I am more than happy to go one step at a time
# [01:08] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [01:08] <biesi> well your specific listeners crash
# [01:08] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [01:08] <espindola> and if you find it better to just avoid writing to disk
# [01:08] <biesi> places is not the only code that has listeners...
# [01:08] <espindola> I am more than happy to do it
# [01:08] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [01:09] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [01:09] <espindola> biesi, sure, but what is the use case of getting a notification during shutdown
# [01:09] <espindola> when you cannot write to disk?
# [01:09] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [01:09] <biesi> why can't you write to disk?
# [01:09] * Fallen|away is now known as Fallen
# [01:09] <espindola> what is the observable effect?
# [01:09] <biesi> and you may want to do other things
# [01:09] <biesi> send to network
# [01:09] <espindola> biesi, the db is gone already
# [01:09] <biesi> communicate with an external process
# [01:09] <biesi> espindola, places _is not the only code_
# [01:09] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [01:09] <biesi> espindola, this code is used by everything that makes http requests
# [01:10] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:10] <edmorley> RyanVM++
# [01:10] <espindola> ok, we can revisit the uses cases of getting a late notification about an http request failing
# [01:10] * Fallen is now known as Fallen|away
# [01:10] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:10] <RyanVM> :)
# [01:10] <espindola> would you be ok with handling this in the annotation service?
# [01:11] <biesi> espindola, yes
# [01:11] <espindola> biesi, can you review such a patch?
# [01:11] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [01:11] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [01:11] <biesi> espindola, no. I don't own places.
# [01:11] <espindola> ok, we have a problem then
# [01:11] <biesi> you should ask the palces owner
# [01:11] * catlee is now known as catlee-away
# [01:11] <espindola> mak, would you be ok with such a patch
# [01:11] <espindola> ?
# [01:11] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
# [01:11] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Ping timeout)
# [01:12] <mak> espindola: I already answered in the bug
# [01:12] <mak> to me looks like we are trying to add a ton of small patches to avoid figuring out a proper fix in Storage
# [01:12] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [01:13] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [01:13] <biesi> espindola, I agree with mak's comment in the bug
# [01:13] * Joins: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [01:13] <espindola> mak, I don't get it
# [01:13] <espindola> in https://hg.mozilla.org/try/rev/a6fbecc27538
# [01:13] <espindola> the assert
# [01:13] <espindola> and the point where I propose aborting
# [01:13] * Quits: kwierso (chatzilla@moz-AD5202B6.static.nextweb.net) (Ping timeout)
# [01:13] <espindola> is the very last point before we go into sqllite
# [01:14] <espindola> that is as low as firefox code gets
# [01:14] <biesi> mind you I also don't understand why you focus on either httpchannel or annotation service
# [01:14] <biesi> when there are lots of levels of code in between
# [01:14] * Joins: Anarchy (anarchy@moz-F8F37895.nctv.com)
# [01:14] <mak> annotations service doesn't use sqlite directly
# [01:14] * Joins: kwierso (chatzilla@moz-E7446F75.snvacaid.static.covad.net)
# [01:14] <Anarchy> dolske, thanks for taking the time to actually test it, I appreciate that.
# [01:14] <espindola> biesi, because I agree with mak's statement about not having a lot of small patches
# [01:14] <philor> gps: guess what, still busted
# [01:15] <espindola> there are two possible general solutions
# [01:15] <espindola> stop the notification
# [01:15] <espindola> or stop just before writing
# [01:15] <mak> espindola: so the fact is any Storage user (annotation service or anyone else) should be protected by Storage from this crash
# [01:15] <gps> philor: I ran the unit tests locally just fine :/
# [01:15] <mak> the fact we get a notification and call into storage is not a fault
# [01:15] <espindola> otherwise a lot of code in between has to check for "is this notification too late"
# [01:15] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:16] <mak> the fact storage doesn't protect us, is a fault
# [01:16] * Joins: tonymec__ (tonymec@8563E6EB.B8B8E7B1.277517C1.IP)
# [01:16] * ctalbert is now known as ctalbert|afk
# [01:16] <mak> we just call an exposed api, that is supposed to not crash
# [01:16] <gps> oh - python 2.5.1!!!??
# [01:16] <espindola> mak, maybeWriteToDisk?
# [01:16] <gps> must be a Python bug
# [01:17] <mak> espindola: not sure what you mean. Storage can track the connection status
# [01:17] <mak> and may know if it's safe to use it
# [01:17] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [01:17] <espindola> mak, yes, that is why I says the api would be "maybeWriteToDIsk"
# [01:18] <mak> whatever allows to throw an error before hitting the crash
# [01:18] <mak> (don't think should be a new api)
# [01:19] <@dolske> Anarchy: yeah, sorry. :|
# [01:19] <Anarchy> dolske, is alright, I just know 5 6 7 8 and 9 all functioned correctly
# [01:20] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [01:20] <Anarchy> dolske, I need to find a better way to track what is landing so I can keep up. I might have been able to catch it earlier to prevent such an issue.
# [01:21] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [01:21] <@dolske> you can watch http://hg.mozilla.org/mozilla-central/pushloghtml, but I don't think there's any good solution to this. Thankfully this tends not to change or break often...
# [01:21] <WG9s> Anarchy: one way would be to test with Nightly builds.
# [01:23] * Joins: mauke_ (mauke@moz-6A01E0D8.superkabel.de)
# [01:23] * tonymec__ is now known as tonymec|away
# [01:23] <Anarchy> WG9s, I can not take the time to time up my processor everyday, I have many projects I work on.
# [01:23] <WG9s> I know.
# [01:23] * Quits: mauke (mauke@moz-6A01E0D8.superkabel.de) (Ping timeout)
# [01:23] <philor> but we're your favorite!
# [01:24] <Anarchy> philor, I actually devote more time to selinux then anything else if truth be told.
# [01:24] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:24] * jwir3|away is now known as jwir3
# [01:24] <mbrubeck> Callek: We have a system of shared patch queues for Android beta/aurora patch landings
# [01:24] <gps> philor: just pushed a patch to the patch
# [01:25] <mbrubeck> Callek: but we have stopped landing fennec patches on beta/aurora for now because we switched from Firefox 11 to Firefox 13 as our first release target.
# [01:25] <Callek> mbrubeck: oooo I just saw a nice long list of a+ stuff without having been landed in this cycle
# [01:25] <WG9s> Anarchy: So what is it exactly that is not working and is there a bug?
# [01:25] * Quits: andreasn (andreasn@3308CD89.FB1E9557.B3DDC20A.IP) (Ping timeout)
# [01:25] <Callek> https://bugzilla.mozilla.org/buglist.cgi?bug_id=712687%2C721080%2C721006%2C720934%2C722896%2C611648%2C718703%2C719662%2C719195%2C709230%2C717349%2C721220%2C721776%2C722184%2C724030%2C724152%2C724210%2C724455%2C720380%2C725540%2C716918%2C720509%2C724795%2C725171%2C725372%2C725380%2C725512%2C711578%2C719434%2C722413%2C723103%2C724348%2C718615%2C718237%2C726797%2C727330%2C668344%2C721663%2C618051;lis
# [01:25] <Callek> t_id=2477207
# [01:25] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:25] <WG9s> Is is something I could test for you on the cutting edge mozilla-central nightly builds?
# [01:26] <mbrubeck> Callek: Yeah, so there's a bunch of stuff that got approved that we are not actually planning on landing now... we should probably mass-set status-firefox11:wontfix or something.
# [01:26] <WG9s> You don;t really have to keep up just have someone else doign it for you.
# [01:26] * nthomas is now known as nthomas|away
# [01:26] <Anarchy> WG9s, dolske opened a bug already. it has to do with branding.
# [01:26] <Callek> mbrubeck: better imo, would be clearing the a+ or a-'ing it instead
# [01:26] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [01:26] <Callek> mbrubeck: https://bugzilla.mozilla.org/page.cgi?id=release_tracking_report.html&q=approval-mozilla-release%3A%2B%3A20120131-20120312%3A0%3Aand%3A154%2B%3A is what I used to find that list
# [01:27] <WG9s> Anarchy: OK cool.
# [01:27] <espindola> mak, patch for you
# [01:27] * Quits: necolas (necolas@moz-F9C3140E.bb.sky.com) (Client exited)
# [01:27] <Callek> mbrubeck: if you're planning on killing off those approvals I won't fret over it tonight
# [01:28] <Callek> I just thought with b5 being spun tomorrow we _really_ want any loose ends landed
# [01:28] <mbrubeck> Speaking of which...
# [01:28] <mbrubeck> Mossop: review ping on bug 717904?
# [01:28] <mbrubeck> it's wanted for Firefox 11...
# [01:30] * mauke_ is now known as mauke
# [01:31] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:32] <Unfocused> mbrubeck: i can steal that
# [01:32] * Quits: mck182 (quassel@moz-8237CC79.hlucinnet.cz) (Ping timeout)
# [01:32] <mbrubeck> thanks, Unfocused!
# [01:32] <Unfocused> wow, sqlite clownshoes
# [01:32] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [01:33] <mbrubeck> Unfocused: mak approved of the change (via IRC), for what it's worth.
# [01:33] <Unfocused> excellent
# [01:33] <Unfocused> r+ with a clarification to the comment
# [01:33] * Joins: mjschranz (mjschranz@8BE24046.531FD64C.630E4E47.IP)
# [01:33] <Unfocused> (will comment on bugzilla
# [01:33] <Unfocused> )
# [01:33] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:33] * Quits: @smaug (chatzilla@moz-21184FE.gprs.sl-laajakaista.fi) (Ping timeout)
# [01:35] * Joins: smaug (chatzilla@moz-829DA479.gprs.sl-laajakaista.fi)
# [01:35] * ChanServ sets mode: +o smaug
# [01:36] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [01:37] <Callek> mbrubeck: for additional clarification are you planning/hoping to clear those stale approval flags on Fennec bugs within the next 24 hours?
# [01:37] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [01:37] <Callek> if so I can *try* and tackle outliers on beta before tomorrow's signoff :-)
# [01:37] <mbrubeck> Callek: I'm asking in #mobile... unfortunately we are a little short on drivers right now because of MWC
# [01:38] <Callek> MWC?
# [01:38] <Waldo> mobile web congress, I think
# [01:38] <Callek> ahh ok
# [01:38] <Waldo> some conference trade show thingy
# [01:38] <mbrubeck> Callek: For now you could just exclude any bugs with product:"Native Fennec" from your queries...
# [01:38] <@khuey> Waldo: world
# [01:38] <@khuey> not web
# [01:38] <Waldo> er
# [01:38] <Waldo> yes
# [01:38] <Waldo> stupid abbreviations, I keep mixing those two up
# [01:38] <Callek> mbrubeck: I'll do a product-by-product check tomorrow then of the flags (since the custom query page supports that)
# [01:38] <derf> There's more to the world than the web?
# [01:39] <Callek> mbrubeck: can you ping me on IRC and let me know if [and when] the flag clearing happens? :-)
# [01:39] <Callek> that way there if it does my query[ies] can be simplified :-)
# [01:39] <edmorley> WG9s: the bug Anarchy was talking about is bug 731043
# [01:40] <WG9s> derf: really? the web was the next great thing 20 years ago, what are you trying to say? ;-)
# [01:40] * Quits: bholley (bholley@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [01:40] * Joins: bholley (bholley@moz-BBE3ABD.mv.mozilla.com)
# [01:41] <derf> WG9s: Probably that I need to get out more.
# [01:41] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [01:41] * Joins: dveditz_ (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [01:41] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:41] <mbrubeck> Callek: Will do.
# [01:41] <@khuey> heh
# [01:41] <WG9s> edmorley: Ah so not a regression in behaviour of the app. Just builds have the wrong branding. I misunderstood because I showed up late.
# [01:41] <@khuey> azakai|2++
# [01:41] * dveditz_ is now known as dveditz
# [01:41] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:42] <azakai|2> khuey: ?
# [01:42] <@khuey> azakai|2: http://news.ycombinator.com/item?id=3641052
# [01:42] <azakai|2> khuey: then vote me up ;)
# [01:42] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:42] * Joins: Jesse_ (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:43] * Joins: priya1 (Adium@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [01:43] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [01:43] * Quits: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:43] * Quits: bholley (bholley@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:43] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:43] * Joins: bholley (bholley@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * reuben clicks 'parent' 300 times
# [01:43] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [01:43] * ChanServ sets mode: +o dveditz
# [01:43] <reuben> silly hacker news
# [01:43] * Quits: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:43] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:43] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:44] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [01:44] <@khuey> reuben: I wish it had reddits &context=
# [01:44] <azakai|2> you can press 'parent' several times, but not the same..
# [01:44] <Callek> RyanVM: ping
# [01:44] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [01:44] <Callek> RyanVM: whats the speach about posting MQ patches?
# [01:44] * Joins: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:44] <RyanVM> Callek: pong
# [01:44] <Callek> (thats what I do and have always done, fwiw)
# [01:45] <@khuey> bad Callek
# [01:45] <@khuey> at least, if you expect other people to check in your stuff
# [01:45] <@khuey> which you probably don't
# [01:45] <Callek> khuey: thats *why* I am asking
# [01:45] <RyanVM> Callek: just a little note pointing them to https://developer.mozilla.org/en/Mercurial_FAQ#How_can_I_generate_a_patch_for_somebody_else_to_check-in_for_me.3F to make life easier for checking in
# [01:45] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [01:46] <Callek> RyanVM: so if my MQ posted patch has -U and a real commit message, its good then as well, right?
# [01:46] * rail_away is now known as rail
# [01:46] <Callek> RyanVM: or is there some other reason to want to avoid it?
# [01:46] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [01:46] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [01:46] <RyanVM> sounds like it
# [01:47] <Callek> ok, just making sure
# [01:48] * Joins: darin (darin@moz-CD91E596.google.com)
# [01:49] <darktrojan> speaking of hacker news, why does it have a different font size on hackerne.ws to news.ycombinator.com?
# [01:49] <darktrojan> oh nm
# [01:49] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Lost terminal)
# [01:50] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:51] * Joins: ajuma (ajuma@moz-CDCFE118.home.cgocable.net)
# [01:52] * Quits: mak (chatzilla@moz-72F563FC.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [01:53] <mbrubeck> site-specific zoom?
# [01:53] <darktrojan> indeed
# [01:53] <darktrojan> but I only checked the site that didn't have it
# [01:54] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [01:56] <Callek> gavin: is 731043 affected on esr as well? (if so, which I bet it is, we should probably land it there for similar reasons for your "land on release" explanation)
# [01:56] * Callek just wanted to suggest/mention that
# [01:56] <gavin> yeah probably
# [01:57] <@dolske> unsubscribe
# [01:58] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [01:58] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [01:59] <@smaug> are we not getting OSX builds
# [01:59] <edmorley> dolske++
# [01:59] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [01:59] <edmorley> (the Enterprise list has gotten to me more than I realised I think)
# [02:00] * Joins: mjschranz_ (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP)
# [02:01] * Quits: mjschranz (mjschranz@8BE24046.531FD64C.630E4E47.IP) (Ping timeout)
# [02:01] * Joins: tonymec (tonymec@8563E6EB.B8B8E7B1.277517C1.IP)
# [02:01] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
# [02:02] * Joins: jprmc (jprmc@72D5BB9A.5BCEC6DB.DA78B690.IP)
# [02:02] * Joins: kdc (chatzilla@moz-6176CD61.no.shawcable.net)
# [02:02] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:03] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [02:05] <Jesse_> ttaubert: critical typo on your blog! “zarro”, not “zaroo”.
# [02:06] * Quits: tchevalier (chatzilla@moz-369A1548.w90-48.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120227031120])
# [02:07] <@khuey> "Mozilla, the pioneers of open Web standards"
# [02:07] <@khuey> that's a bit too thick even for me :-P
# [02:08] <Jesse_> khuey: s/pioneers/canaries in the coal mine?
# [02:08] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:08] <@khuey> heh
# [02:08] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [02:08] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:09] <Jesse_> ttaubert: you should probably measure the number of documents/docshells/domwindows both before and after closing the main window, in order to catch bugs like https://bugzilla.mozilla.org/show_bug.cgi?id=730686
# [02:09] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Ping timeout)
# [02:09] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [02:09] <philor> gps: so, about backing all three of those patches out...
# [02:09] <gps> yeah, I just saw that
# [02:09] <gps> Python 2.5 FTL
# [02:10] <RyanVM> gps: Tryserver FTW :P
# [02:10] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Quit: bretr)
# [02:10] * gps starts composing dev-planning post wrt bug 724191
# [02:10] * nthomas|away is now known as nthomas
# [02:10] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:10] <edmorley> philor, gps: in progress
# [02:11] * Quits: bholley (bholley@moz-BBE3ABD.mv.mozilla.com) (Quit: bholley)
# [02:13] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [02:14] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [02:15] * Quits: @smaug (chatzilla@moz-829DA479.gprs.sl-laajakaista.fi) (Ping timeout)
# [02:16] * Joins: chewey (chewey@moz-54297C4.dip0.t-ipconnect.de)
# [02:16] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Ping timeout)
# [02:16] * Quits: cturra (cturra@20A24972.3EE602F3.A82DBDDB.IP) (Ping timeout)
# [02:17] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [02:17] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Input/output error)
# [02:18] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [02:19] * Quits: zwol (zwol@moz-F391F09C.csl.sri.com) (Quit: Leaving)
# [02:19] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:19] <reuben> “and, because this code doesn't actually need "development" - just maintenance - there's no "community" to actually build!”
# [02:20] <reuben> damn, I must be working on a different kind of software
# [02:20] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [02:20] * reuben looks up in the dictionary
# [02:20] <@khuey> pyxpcom needs a hell of a lot more than just maintenance
# [02:20] <gavin> are people still engaging with that person? :(
# [02:20] <@dolske> no, khuey is the new maintainter. he uttered the word last.
# [02:20] <@khuey> I don't know why anyone engaged with him in the first place
# [02:21] <@khuey> after he started talking about reporting us to the authorities for violating the mozilla mission ...
# [02:21] * Quits: priya1 (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [02:21] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
# [02:21] <@khuey> dolske: I tell you what I told Waldo earlier
# [02:21] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [02:21] <@khuey> dolske: if I'm the new owner that means I can WONTFIX it :-)
# [02:21] <WG9s> reuben:so your project is more of a sustainging than a deveopment effort? that shoudl not mean that you cannot find volunteers itnerested int eh project to help maintain it.
# [02:21] <cpearce> So... is it sensible to use nsIUserInfo::GetUsername(char**)? I mean what happens if the username contains some non latin/ascii compatible characters?
# [02:21] <@khuey> please don't use raw char/wchar pointers
# [02:22] <gavin> khuey: tell that to nsIUserInfo
# [02:22] * cpearce had a feeling someone would say that...
# [02:22] <reuben> WG9s, I mean maintaining software (or a fraction of it) isn't "just maintenance"
# [02:22] <@khuey> cpearce: the answer to that is "it depends"
# [02:22] <reuben> it can be a massive PITA, and slow down completely unrelated parts of it
# [02:22] <gavin> look at the implementation?
# [02:23] <@khuey> cpearce: a lot of that stuff is from before gecko cared about charsets :-/
# [02:23] <WG9s> reuben: well what is it. this has been what I have always found is called sustaining engineering.
# [02:23] <gavin> implementations, in this case...
# [02:23] <cpearce> khuey: my context is the patch review in bug 612246. The username is being use to create a file in the tempdir.
# [02:23] <gavin> mac seems to garantee utf8
# [02:23] * Quits: AutomatedTester (AutomatedT@moz-DD926F52.as13285.net) (Input/output error)
# [02:24] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:24] <gavin> windows too
# [02:24] <WG9s> a rather non exciting sounding thing to do, but for projects that peopel feel apssionate about is not something that it is not possible to still support on a vounteer type basis.
# [02:24] <derf> cpearce: You could just sanitize it.
# [02:24] <derf> It's probably a good idea anyway.
# [02:24] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
# [02:24] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [02:24] <gavin> unix looks a little scarier!
# [02:24] <derf> E.g., URL-encode it. For most users, they'll never know.
# [02:24] <gavin> http://mxr.mozilla.org/mozilla-central/source/toolkit/components/startup/nsUserInfoUnix.cpp#119
# [02:26] <cpearce> possibly the easiest solution is to not put the media cache's temp files in a subdir of /tmp/ anyway, then we can rely on nsIFile::createUnique having write permissions across multiple user accounts concurrently.
# [02:26] * @dolske wonders how much unix software would break with a username consisting solely of abusive unicode (boms, reversing characters, combiners, illegal code points, etc)
# [02:26] <cpearce> then the whole issue is sidestepped.
# [02:27] * Quits: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:28] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [02:28] * Joins: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [02:29] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [02:29] * Joins: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [02:30] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:32] * WG9s is biting his tongue here.
# [02:32] * edransch is now known as edransch-away
# [02:32] <philor> RyanVM: looks like that might be you, xpcshell one push up from yours
# [02:33] * Parts: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [02:33] <RyanVM> philor: Oh Christ, xpcshell runs PNG tests?
# [02:33] <RyanVM> come on
# [02:33] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [02:34] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [02:34] <gavin> cpearce: that's comment 12's suggestion, right? e10s seemed like the complication there.
# [02:34] <gavin> cpearce: as an interim fix, can we not use createUnique for the directory too?
# [02:34] <philor> pretty much every single suite has something insane in it, mochitest-reftests, xpcshell mochitests, probably some reftest compiled code tests
# [02:34] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
# [02:35] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [02:35] <@khuey> haha
# [02:35] <@khuey> reftest compiled tests would be impressive
# [02:35] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
# [02:36] <RyanVM> philor: This is probably more of the same like I had to do with the *real* PNG refrests
# [02:36] * rail is now known as rail_away
# [02:36] * Quits: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se) (Ping timeout)
# [02:37] * Joins: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com)
# [02:38] <edmorley> so we're at 14 busted changesets so far, can anyone top that? :-)
# [02:38] <@dolske> wat
# [02:38] * Quits: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Ping timeout)
# [02:38] * Quits: karlt (karl@moz-DEB205E1.jetstream.xtra.co.nz) (Ping timeout)
# [02:39] <philor> khuey: see, with bug 100005, we could run a GTK+ app as an applet, in a reftest...
# [02:39] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [02:39] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [02:39] <cpearce> gavin: well that would mean we'd need to enumerate the temp dir on Windows when neMediaCacheRemover ran to check that all media cache files were removed... though I guess we'd need to do that either way.
# [02:40] <@khuey> lol
# [02:40] * Joins: smaug (chatzilla@moz-35180AD4.gprs.sl-laajakaista.fi)
# [02:40] * ChanServ sets mode: +o smaug
# [02:40] <@dolske> oh, right, apng encoder. I think I wrote that test. :P
# [02:40] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [02:40] <edmorley> s/14/21/
# [02:40] <gavin> cpearce: doesn't a given instance only need to clean up after itself?
# [02:40] <gavin> or does it need to do that across multiple sessions?
# [02:40] <RyanVM> dolske: grrrrr
# [02:40] <@khuey> philor: josh always WONTFIXes the cool stuff
# [02:40] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [02:42] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [02:43] * Joins: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net)
# [02:43] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [02:43] <@dolske> RyanVM: cmon, landed 2007-04-24 and had 1 fix ~6 months later
# [02:43] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [02:43] * Joins: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se)
# [02:44] <cpearce> gavin: yes, but we don't know the names of the media cache files to clean up unless we store them somewhere, as they're opened with createUnique. We open the media cache files as DELETE_ON_CLOSE, but sometimes on Windows that fails, hence the need for nsMediaCacheRemover.
# [02:44] <gavin> cpearce: don't you only need to remember the name of the containing directory?
# [02:44] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [02:45] * Quits: kdc (chatzilla@moz-6176CD61.no.shawcable.net) (Ping timeout)
# [02:45] <gavin> for the lifetime of the given instance?
# [02:45] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [02:45] <gavin> I may be missing something fundamental here about how this setup works :)
# [02:46] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [02:46] <cpearce> gavin: we need to remember it (on windows) across sessions, so we can check on startup next time that the media cache was destroyed.
# [02:46] <gavin> ok
# [02:46] <cpearce> cos sometimes it isn't.
# [02:46] <gavin> that's the part I was missing!
# [02:47] * Quits: espindola (espindola@DF12020F.76055385.971E19F6.IP) (Quit: Ex-Chat)
# [02:47] * cpearce wonders if we can use the profile name instead of username in the filename...
# [02:48] * khuey is now known as khuey|away
# [02:48] <gavin> I don't think there are any more garantees that profile names are filename-friendly
# [02:48] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [02:48] <gavin> though I guess they have an associated filename, and you could use that
# [02:49] * Quits: jprmc (jprmc@72D5BB9A.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [02:49] <@dolske> wandering in late -- what if you just go for "mozmedia_<randomnumber>", and then try walking mozmedia_* and nuke anything you have permissions for?
# [02:49] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [02:49] <gavin> nsIToolkitProfile::rootDir
# [02:49] <edmorley> philor: bah that opt linux make-check random orange had me going there for a momnet
# [02:50] <@dolske> hmm, I suppose that is inconvienent for multiple-profiles. :/
# [02:50] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [02:50] * Quits: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au) (Ping timeout)
# [02:50] <gavin> though IIRC it's not possible to get a nsIToolkitProfile for the "current" profile
# [02:50] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [02:50] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [02:51] <gavin> (nsIToolkitProfileService selectedProfile is not it, confusingly)
# [02:51] <philor> edmorley: it likes to bite when the bite will hurt the most
# [02:51] * Quits: AaronMT|afk (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:52] * philor heads home before the next thing hits
# [02:53] * philor is now known as philor|away
# [02:53] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:54] * Quits: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au) (Ping timeout)
# [02:55] * juanb is now known as juanb|afk
# [02:55] * Joins: jeremyhu (jeremyhu@54BAD21E.C5B353C9.624AD39E.IP)
# [02:55] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [02:55] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [02:56] * joduinn-brb is now known as joduinn-mtg
# [02:56] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:57] <cpearce> gavin: we should really stop playing games and just stick the media cache in the profile dir, except in e10s.
# [02:57] <gavin> yeah
# [02:57] <RyanVM> go figure, I check in a bunch of checkin-needed stuff and it's *my* patch that breaks the push
# [02:58] * Joins: regen (Miller@moz-C1D48ACC.adsl.dynamic.seed.net.tw)
# [02:59] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [02:59] * Quits: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [02:59] * Joins: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [02:59] * Joins: kdc (chatzilla@moz-6176CD61.no.shawcable.net)
# [03:00] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [03:00] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
# [03:00] * Quits: @smaug (chatzilla@moz-35180AD4.gprs.sl-laajakaista.fi) (Ping timeout)
# [03:01] * Quits: brendan (brendaneic@moz-34D4710.red-80-25-173.staticip.rima-tde.net) (Ping timeout)
# [03:02] * Quits: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [03:02] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [03:02] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [03:04] * Quits: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Ping timeout)
# [03:04] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:05] <RyanVM> dolske: I can't figure out what's failing in test_imgtools.js
# [03:05] * joduinn-mtg is now known as joduinn-afk
# [03:06] * Quits: kdc (chatzilla@moz-6176CD61.no.shawcable.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [03:06] * Joins: kdc (chatzilla@moz-6176CD61.no.shawcable.net)
# [03:06] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
# [03:06] * Quits: regen (Miller@moz-C1D48ACC.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:07] * Quits: bmoss|mtg (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss|mtg)
# [03:08] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Ping timeout)
# [03:09] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [03:10] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [03:10] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 10.0.2/20120215223356])
# [03:12] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [03:12] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 10.0.2/20120215223356])
# [03:12] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [03:13] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [03:13] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [03:13] * kumar is now known as kumar|afk
# [03:15] * Joins: brendan (brendaneic@moz-34D4710.red-80-25-173.staticip.rima-tde.net)
# [03:15] * Quits: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [03:16] * Quits: ajuma (ajuma@moz-CDCFE118.home.cgocable.net) (Quit: ajuma)
# [03:17] * Quits: KaiRo_away (robert@moz-3FBD04E9.adsl.highway.telekom.at) (Input/output error)
# [03:17] * Joins: surkov (surkov@D5570440.C1645F5A.34044A7F.IP)
# [03:18] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [03:18] * Quits: jaws_ (jwein@205D1023.DC1FB846.7C9220AF.IP) (Ping timeout)
# [03:21] * Quits: sdwilsh (sdwilsh@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Input/output error)
# [03:22] * Quits: vikram360 (vikram360@D28C5AC7.3929851E.2A068A5E.IP) (Ping timeout)
# [03:22] * Quits: Wes- (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP) (Client exited)
# [03:22] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
# [03:25] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [03:25] <@dolske> RyanVM: hmm, xpcshell's head.js isn't making this easy. :(
# [03:26] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Ping timeout)
# [03:26] <@dolske> RyanVM: this seems to be the last successful point in the test... http://mxr.mozilla.org/mozilla-central/source/image/test/unit/test_imgtools.js#178
# [03:27] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [03:27] * Joins: karlt (karl@538BABFE.A073F3E.97BBD552.IP)
# [03:28] * Quits: pierron (pierron@moz-7EB03C5F.fbx.proxad.net) (Ping timeout)
# [03:28] <RyanVM> so more encoder issues
# [03:28] <RyanVM> *sigh*
# [03:29] <RyanVM> i had to adjust a bunch of reftests due to off by one changes in decoding
# [03:29] <RyanVM> libpng 1.5.x changed 16bit decoding a bit to be more accurate
# [03:29] * Joins: pierron (pierron@moz-7EB03C5F.fbx.proxad.net)
# [03:30] * reuben is now known as Guest
# [03:31] * Guest is now known as reuben
# [03:31] <reuben> >:|
# [03:33] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [03:34] * ewong is now known as ewong|away
# [03:34] * Joins: asac_ (asac@161520FE.EE38B73A.B3DDC20A.IP)
# [03:35] * Quits: asac (asac@moz-4614A6CB.pppoe.wtnet.de) (Ping timeout)
# [03:35] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [03:35] * ChanServ sets mode: +o ehsan
# [03:36] * Quits: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [03:36] * Joins: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP)
# [03:37] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [03:39] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
# [03:40] * khuey|away is now known as khuey
# [03:41] * philor|away is now known as philor
# [03:42] * edransch-away is now known as edransch
# [03:47] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120213092145])
# [03:47] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [03:47] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [03:48] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
# [03:50] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [03:50] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:51] * fabrice is now known as fabrice|afk
# [03:51] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [03:52] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Quit: bretr)
# [03:54] * zpao is now known as zpao|detached
# [03:55] * Quits: sewardj (sewardj@moz-26C54766.dip.t-dialin.net) (Ping timeout)
# [03:55] * Quits: chewey (chewey@moz-54297C4.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:55] * timA is now known as timA|away
# [03:55] * Joins: chewey (chewey@moz-7AB280D6.dip0.t-ipconnect.de)
# [03:55] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [03:56] * Joins: sewardj (sewardj@moz-CAB26EC8.dip.t-dialin.net)
# [03:57] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Linkinus - http://linkinus.com)
# [03:57] * Quits: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [03:58] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [03:59] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [04:00] * Joins: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net)
# [04:02] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
# [04:03] * kumar|afk is now known as kumar
# [04:03] * ehoogeveen is now known as ehoogeveen|away
# [04:03] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [04:03] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [04:04] * Quits: sgreenlay (sgreenlay@E17A855D.16AD8761.971E19F6.IP) (Quit: Bye!)
# [04:04] <jdm> edmorley++
# [04:05] <jdm> that was a solid message about win64 on the newsgroup
# [04:05] <edmorley> jdm: thank you :-)
# [04:05] * Joins: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [04:06] <nemo> so. question for y'all
# [04:06] <nemo> http://m8y.org/tmp/piggie/test.xhtml <- there's a tiny rim of greyish pixels in the lower-right corner.
# [04:06] <nemo> where the border-radius meets the shadow
# [04:06] <nemo> is that a bug?
# [04:06] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120224193836])
# [04:06] <nemo> 'cause I'd swear it is blending against the white page and not the black shadow
# [04:07] * Joins: biesi (cbiesinger@5E276FFF.6B10AC3.E2F59BBC.IP)
# [04:09] <edmorley> nemo: Fx nightly, chrome dev.latest and IE9 all display the same grey pixels bottom right fwiw
# [04:09] <nemo> right
# [04:09] <nemo> I did notice that
# [04:09] <nemo> but these days, they could all be copying the same bugginess :D
# [04:09] <nemo> ok. I didn't test IE9
# [04:09] <edmorley> true :-)
# [04:10] <nemo> welp. it looks unattractive IMO, anyway.
# [04:10] <nemo> but if it is cross-browser I suspect it shan't gather much love
# [04:11] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [04:11] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [04:12] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [04:12] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:15] * Joins: bretr (bret_recka@26E3059C.1CD54C9F.369F669D.IP)
# [04:15] * Quits: bretr (bret_recka@26E3059C.1CD54C9F.369F669D.IP) (Quit: bretr)
# [04:19] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [04:19] * Quits: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [04:19] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [04:20] <jlebar> Wow...so many horrible hash functions in our code.
# [04:20] <jlebar> Just search for "^". :)
# [04:20] <kwierso> Must I?
# [04:23] * Quits: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Ping timeout)
# [04:26] * Quits: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP) (Client exited)
# [04:30] * Quits: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be) (Quit: Leaving.)
# [04:31] <edmorley> lol, it took mozillazine less than 20 mins to pick up on the Win64 post and get riled up by it (http://forums.mozillazine.org/viewtopic.php?f=23&t=2435807)
# [04:32] <jlebar> kwierso, No, I'm doing it. :)
# [04:32] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [04:32] <jlebar> kwierso, Also, a depressing number of "O(n^2)"'s.
# [04:32] <gavin> they don't seem all that riled up
# [04:33] <gavin> actually pretty reasonable discourse compared to some discussions I've seen!
# [04:33] <@khuey> yeah that's pretty tame
# [04:33] <@khuey> especially for mozillazine
# [04:33] <kwierso> ^
# [04:33] * Joins: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP)
# [04:33] <edmorley> fair point :-)
# [04:34] <@bz_away> jlebar: heh
# [04:34] * Quits: biesi (cbiesinger@5E276FFF.6B10AC3.E2F59BBC.IP) (Ping timeout)
# [04:34] <@bz_away> jlebar: I'm glad someone is doing something about it!
# [04:35] <jtcranmer> tame
# [04:35] <philor> well, it takes time to find a picture of edmorley, and even longer to 'shop an animated burning in effigy of it
# [04:35] <@dolske> nemo: seems like a bug to me. is it only on iframes, thought?
# [04:35] <@bz_away> yeah, the mozillazine discussion is totally sane
# [04:36] <philor> boy, sure glad that's not my push to mozilla-central with the burning Win PGO build
# [04:37] <edmorley> reading beyond comment 0, s/get riled up/start discussing it/ would be more accurate :-)
# [04:37] <edmorley> philor: wondered when you'd spot that :-)
# [04:37] * Quits: Jesse_ (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse_)
# [04:38] <nemo> dolske: um. huh
# [04:38] <nemo> dolske: I hadn't thought to check
# [04:38] <nemo> dolske: there are a lot of iframe bugs to be sure
# [04:38] <nemo> many in printing
# [04:38] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [04:38] <kwierso> I mention "tbpl" and "pretty greenish" over in #jetpack, and philor pops up here in #developers ...
# [04:38] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [04:39] <philor> edmorley: "last," as a matter of policy, I star m-i and things where people don't have any choice about where to push, and then I wipe up after the old fogeys who can't change
# [04:39] <edmorley> philor: although if facebook repeated it's trick with Ms2ger this morning, it wouldn't take them too long to find a pic, even though my profile is set to almost max privacy, the cheeky thing somehow matched my account against his (even though my FB email differs from my bmo email) and listed me under his "people you may know"
# [04:39] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [04:39] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [04:39] <edmorley> big brother style
# [04:41] <darktrojan> is his facebook name ms2ger too?
# [04:41] <edmorley> I have no idea
# [04:41] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [04:41] <edmorley> he didn't add me!
# [04:41] <edmorley> (or she)
# [04:41] * Quits: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au) (Ping timeout)
# [04:41] <darktrojan> how do you know it was him or her then
# [04:42] * Joins: Mook (mook@5365CE80.16C74E88.6F478678.IP)
# [04:42] <edmorley> he said "your profile pic is interesting", to which I replied something along the lines of "doubt it's mine, my privacy settings are at max", at which point he /msg'd a direct link to my profile pic
# [04:43] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [04:43] <edmorley> international man of mystery and super sleuth, all in one :-)
# [04:43] * ewong|afk is now known as ewong
# [04:43] <darktrojan> heh
# [04:43] <darktrojan> or woman of mystery
# [04:43] <darktrojan> maybe it is actually mark zuckerberg
# [04:44] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [04:44] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [04:44] <edmorley> heh :-)
# [04:44] * Joins: biesi (cbiesinger@moz-A48F0EDA.tmodns.net)
# [04:46] * darktrojan reads the newsgroup thread on python versions, notes his webserver has python 2.4 :(
# [04:46] * philor wonders if he wants to know why the b-s Win64 build is red
# [04:47] <edmorley> darktrojan: Ms2ger's going to read the logs tomorrow and have a good giggle over us debating his (/her) identity again
# [04:47] <philor> oh, wait, that would be a PGO build of m-c tip...
# [04:47] <darktrojan> good!
# [04:47] <edmorley> philor: to prove my dev.planning post correct? :-)
# [04:47] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [04:47] <philor> "No rule to make target `pgo.relink', needed by `nspr4.dll'. Stop."
# [04:47] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [04:47] * darktrojan likes to provide entertainment for mysterious entities
# [04:49] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [04:49] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [04:50] <philor> ah, not tip, there's more fogeys above that
# [04:51] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [04:51] <philor> perhaps I'll just reabuse bug 647341 with them
# [04:52] <edmorley> darktrojan: As much as we may joke about Ms2ger's identity, I actually find it pretty awesome that someone can contribute to a product used by (almost) half a billion users and yet we don't (need to) know their real name, gender, nationality, age etc etc, just that their reviews get accepted and that's that :-)
# [04:53] <darktrojan> I concur
# [04:54] <philor> https://tbpl.mozilla.org/?tree=Mozilla-Esr10&rev=83533cc02c57
# [04:54] <bjacob> am i the only one who's constantly assailed by firefox users who are desperate about the "Another Firefox instance is already running with this profile" lock bug? Is there a bug filed for that?
# [04:54] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [04:55] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [04:55] <darktrojan> bjacob, that seems to be mentioned a lot more lately
# [04:55] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
# [04:55] <bjacob> darktrojan: interesting. bug #?
# [04:56] <darktrojan> no idea, haven't been paying attention
# [04:56] <bjacob> more generally: a good profile manager would do wonders for firefox
# [04:57] <philor> somebody ought to write one as an extension, then
# [04:57] <philor> since the owner has been saying "rip that thing out" for about 8 years
# [04:57] <bjacob> philor: at least the "don't annoy people with locked profiles"
# [04:57] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [04:57] <bjacob> philor: at least the "don't annoy people with locked profiles" part should not be an extension
# [04:57] <philor> rip that thing out is the solution to that
# [04:57] * Quits: mjschranz_ (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP) (Ping timeout)
# [04:58] <darktrojan> we could try shutting down properly, that'd help
# [04:58] <bjacob> philor: i think the wind has turned a bit --- see devtools
# [04:59] <bjacob> so i would see the whole 'good profile manager' thing as quite fit in firefox itself
# [05:00] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [05:00] <edmorley> If we had a more accessible profile manager, then perhaps less people would be using Firebug + 20 dev addons in their main profile and complaining about mem leaks when not using them
# [05:01] <bjacob> true story: people in the f*ing mozilla office are actually using chrome instead of firefox with the excuse "so i can use one for development and the other for real usage"
# [05:02] <kwierso> bjacob: bug 278860 seems to be a metabug for the profile lock issues
# [05:02] <kwierso> but all the dependencies are fixed
# [05:03] * Joins: bonnie (bbsurender@moz-BF702430.dsl.pltn13.pacbell.net)
# [05:03] <bjacob> kwierso: thanks, looking
# [05:03] * Joins: regen (Miller@moz-EBC13758.adsl.dynamic.seed.net.tw)
# [05:04] <darktrojan> oh yeah /me remembers what he was doing half an hour ago
# [05:04] * Joins: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [05:05] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [05:05] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [05:06] * Quits: bonnie (bbsurender@moz-BF702430.dsl.pltn13.pacbell.net) (Quit: Ex-Chat)
# [05:06] * nthomas is now known as nthomas|away
# [05:07] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [05:09] * Quits: edmorley (edmorley@moz-6012E233.range109-156.btcentralplus.com) (Quit: nn)
# [05:10] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [05:10] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [05:10] * Quits: biesi (cbiesinger@moz-A48F0EDA.tmodns.net) (Ping timeout)
# [05:10] * Quits: juanb|afk (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb|afk)
# [05:11] * Quits: karlt (karl@538BABFE.A073F3E.97BBD552.IP) (Quit: Konversation terminated!)
# [05:12] <darktrojan> erp
# [05:12] <darktrojan> MDN down?
# [05:13] <kwierso> site settings could not be loaded
# [05:13] <kwierso> status.mozilla.org still says it's fine, but that probably just tests whether something loads
# [05:14] <kwierso> oh, and the homepage for mdn still loads fine, just not anything else, apparently
# [05:14] <darktrojan> cool
# [05:14] <kwierso> er, now stuff is loading
# [05:14] <darktrojan> so it is
# [05:14] * Quits: brendan (brendaneic@moz-34D4710.red-80-25-173.staticip.rima-tde.net) (Ping timeout)
# [05:14] <darktrojan> ta
# [05:14] <kwierso> you're welcome
# [05:14] <darktrojan> decided I didn't want it anyway heh
# [05:14] * Joins: dseif (dseif@moz-ED9566B6.dsl.teksavvy.com)
# [05:16] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [05:16] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [05:18] * Joins: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net)
# [05:20] * Quits: njn_ (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 11.0/20120222074758])
# [05:22] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Quit: This computer has gone to sleep)
# [05:23] * Quits: regen (Miller@moz-EBC13758.adsl.dynamic.seed.net.tw) (Quit: regen)
# [05:24] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:24] * zpao|detached is now known as zpao
# [05:25] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [05:26] * Joins: squiggy (Mibbit@moz-A3C92308.static.ctbctelecom.com.br)
# [05:27] * Joins: knelson (Adium@A4273395.64AC677C.42E94045.IP)
# [05:27] * Parts: knelson (Adium@A4273395.64AC677C.42E94045.IP)
# [05:30] * rshetty|away is now known as rshetty
# [05:30] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [05:30] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss_)
# [05:30] * Quits: squiggy (Mibbit@moz-A3C92308.static.ctbctelecom.com.br) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:31] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [05:31] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [05:31] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [05:32] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [05:32] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [05:33] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [05:34] * Joins: regen (Miller@moz-EBC13758.adsl.dynamic.seed.net.tw)
# [05:36] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [05:37] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [05:37] <nemo> dolske: it isn't iframe only
# [05:37] <nemo> dolske: fired up firebug and tried same style on the paragraph enclosing it
# [05:37] <nemo> same ugly rendering
# [05:38] <nemo> dolske: worth a bug you think?
# [05:39] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [05:41] * Joins: jduell (jduell@moz-44279BCC.hfc.comcastbusiness.net)
# [05:41] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [05:42] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [05:42] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [05:43] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [05:43] * ChanServ sets mode: +o dveditz
# [05:43] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [05:45] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [05:45] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [05:46] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:47] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [05:47] * Quits: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au) (Ping timeout)
# [05:48] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [05:48] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [05:48] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [05:49] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [05:49] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [05:49] * Quits: rshetty (quassel@AE89A1D0.707344F8.D30E9BEF.IP) (Client exited)
# [05:50] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [05:50] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [05:52] * Joins: rshetty (quassel@AE89A1D0.707344F8.D30E9BEF.IP)
# [05:54] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [05:54] * Quits: rshetty (quassel@AE89A1D0.707344F8.D30E9BEF.IP) (Ping timeout)
# [05:54] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [05:54] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [05:57] <jlebar> gcp, Want to move your murmurhash3 into mfbt?
# [05:57] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [05:58] * glob|away is now known as glob
# [05:58] <@dolske> nemo: yes, absolutely
# [05:59] <glob> NeilAway, which recent bugzilla change do you dislike? (/me guesses $title =~ s/^Bug // )
# [05:59] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [05:59] * Joins: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [05:59] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [05:59] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:00] * Joins: rshetty (quassel@BAA8F72.34384FD0.D30E9BEF.IP)
# [06:03] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [06:03] * Quits: jduell (jduell@moz-44279BCC.hfc.comcastbusiness.net) (Ping timeout)
# [06:04] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [06:04] * Quits: dria (dria@moz-86A004D9.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
# [06:04] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [06:05] <philor> glob: huh, I didn't even notice that had landed, since I mostly leave bugs and look at bug numbers on the "changes submitted for" page, which still has Bug nnn
# [06:06] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
# [06:07] <Bas> Hmm, so I added a crash test, which is exposing a crash on OS X. I could backout the test and make it green, but that won't really make the bug go away :s
# [06:08] * Quits: rshetty (quassel@BAA8F72.34384FD0.D30E9BEF.IP) (Ping timeout)
# [06:09] <philor> skip-if, # bug nnnnnn
# [06:09] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [06:09] <philor> you won't like what goes in the (), though, it's ugly
# [06:09] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
# [06:10] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:10] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:11] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [06:11] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [06:11] <philor> oh, maybe you'll crash on every flavor, then you can just cheat and say cocoaWidget
# [06:12] * Joins: rshetty (quassel@C00303BD.9046AC57.C842849F.IP)
# [06:13] <philor> otherwise it's heinous stuff like /Mac\x20OS\x20X\x2010\.[56]/.test(http.oscpu)
# [06:14] <@bz_away> jlebar: mmmm
# [06:14] <@bz_away> jlebar: multiple hash functions in mfbt
# [06:14] * Joins: mauke_ (mauke@moz-6A01E0D8.superkabel.de)
# [06:14] <@bz_away> jlebar: time for an "MFBT Hash Function Guide"?
# [06:15] * Quits: mauke (mauke@moz-6A01E0D8.superkabel.de) (Ping timeout)
# [06:15] <@bz_away> jlebar: and cue complaints about too many APIs? ;)
# [06:15] <jlebar> bz_away, We're simplifying APIs! :)
# [06:15] <@bz_away> well yes
# [06:15] <@bz_away> globally
# [06:15] <philor> am I supposed to use the Internal Hash Guide or the External Hash Guide?
# [06:15] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [06:15] * Quits: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP) (Client exited)
# [06:15] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [06:15] <jlebar> bz_away, But Waldo likes (and I agree) to keep the documentation in source itself. So hopefully we can do that?
# [06:16] <jlebar> bz_away, The one thing I'm unhappy with is: We can't include HashString(nsAString&) in mfbt. Those have to be in a separate header.
# [06:16] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:16] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [06:17] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:19] * Joins: jduell (jduell@moz-44279BCC.hfc.comcastbusiness.net)
# [06:19] <nemo> dolske: aight https://bugzilla.mozilla.org/show_bug.cgi?id=731113 :)
# [06:20] * Quits: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net) (Quit: faramarz)
# [06:20] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:21] * mauke_ is now known as mauke
# [06:22] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:22] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [06:25] <@bz_away> jlebar: (documentation in source)++
# [06:25] <@bz_away> jlebar: (the fact that js and xpcom don't have a common string representation)--
# [06:25] <jlebar> bz_away, The MFBT Hash Function Guide can be very short: "Do not write your own hash function. Do not pass go. Do not collect $0x29 ^ 0xe1."
# [06:26] <@bz_away> heh
# [06:27] <@bz_away> how to pick whether to use cityhash or murmurhash3?
# [06:27] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/7ce4d9b55863 - Doug Sherk - Bug 711656: special case the entire Intel GMAX4500HD series r=bjacob,joe
# [06:27] <jlebar> bz_away, Oh, I don't think we want both.
# [06:27] <jlebar> bz_away, I wasn't planning on putting cityhash in, or if I did, it would replace murmur.
# [06:27] <@bz_away> ah, ok
# [06:27] <@bz_away> that makes a lot more sense!
# [06:28] <@bz_away> then ignore the snark
# [06:28] <jlebar> Now I understand why you wanted a guide. :)
# [06:28] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [06:28] <jlebar> bz_away, I just noticed, in my searching for xor, that we already have murmur in the tree, just hiding.
# [06:29] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [06:29] * Quits: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [06:30] <Bas> philor: I can do that in crashtest.list?
# [06:30] <@bz_away> jlebar: heh
# [06:30] <@bz_away> we have cityhash too
# [06:30] <@bz_away> under nsis
# [06:30] <jlebar> indeed.
# [06:30] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:30] <@bz_away> awesome
# [06:31] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:32] <philor> Bas: sure can, and looks like you have to, since it doesn't crash on 10.5
# [06:32] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:32] <philor> and 10.7 is taking it's time
# [06:32] <philor> oh, hidden for debug, and you don't have an opt build yet
# [06:33] <Bas> philor: I'm guessing because 10.5 doesn't use accelerated layers.
# [06:33] <Bas> So erm, any chance you could help me with the magic I need to add here? The patch here needs to go into tomorrow's beta probably so I need to make this stick :)
# [06:33] <philor> that would make a prettier condition, if you knew for sure it was accel
# [06:34] <Bas> philor: I'm 99% sure.
# [06:34] <philor> and you are crashing on 10.7 too
# [06:35] * Quits: dseif (dseif@moz-ED9566B6.dsl.teksavvy.com) (Input/output error)
# [06:35] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:35] <philor> Bas: "skip-if(cocoaWidget&&layersGPUAccelerated)" then
# [06:36] <philor> with a "# bug nnn" at the end, pointing at the bug about fixing the crash for Mac
# [06:37] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:38] <glob> njn, ping
# [06:38] <njn> glob: pong
# [06:38] * @bz_away mutters about not having a good way to back out stuff
# [06:39] <philor> hg revert!
# [06:39] <@bz_away> it's tempting
# [06:39] <@khuey> hg revert GECKO_1_9_2_BASE
# [06:39] <glob> njn, i've been thinking about your 'product for addons' request... what are your thoughts on classifying them as 'tech-evang' bugs?
# [06:39] <njn> glob: what's the exact product/component?
# [06:40] <philor> what's in that sewer of Fx: Addon Compatibility these days?
# [06:40] <glob> njn, well, we have https://bugzilla.mozilla.org/describecomponents.cgi?product=Tech%20Evangelism but that's more for web sites
# [06:40] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:40] <glob> njn, as you noted we need to be very careful not to create "report addon bugs here" product
# [06:40] <@bz_away> specifically, backing out a patch queue is silly-hard
# [06:40] <@bz_away> as far as I can tell
# [06:41] <glob> njn, i'm thinking something like "addons.mozilla.org :: tech evangelism" as a product/component
# [06:41] * @bz_away "backs out" IID revs
# [06:41] <glob> njn, but i'm not sure if you view them as that sort of issue
# [06:41] <njn> glob: hmm. addons.mozilla.org as the product isn't right, many add-ons aren't hosted on AMO
# [06:42] <njn> glob: but a "Add-ons / Tech Evang." product/component might be ok
# [06:42] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:42] <Bas> philor: Any chance you feel competent to review this change?
# [06:42] <njn> the "Tech Evang" avoids the "report bugs here" problem nicely
# [06:42] <glob> njn, it isn't worth adding a product for a single component
# [06:42] <njn> glob: and in many cases the bug reports do involve add-on author outreach
# [06:42] <philor> Bas: rs=me
# [06:43] <njn> glob: even if no other product fits? :P
# [06:43] <Bas> philor: Is rs a magic syntax I don't know or did you mean r=me? :)
# [06:43] <philor> bz_away: http://blog.bonardo.net/2011/08/05/easier-backout-scripts and fix whatever was busted last time I tried it on a Mac?
# [06:43] <glob> njn, hrm :)
# [06:43] <philor> Bas: rubber-stamp=me, means I didn't see it, but I believe you did just what we talked about
# [06:43] <@bz_away> well
# [06:44] <@bz_away> can that script deal with other changes that landed on top of your changes? :(
# [06:44] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [06:44] <kwierso> njn, glob: what about an "Addons" component within the Tech Evangelism product?
# [06:44] <glob> njn, i'll poke around, and make a note on the bug of using the tech-evag wording
# [06:44] <njn> glob: well, I like the tech evang. angle :)
# [06:44] * heycam is now known as heycam|away
# [06:44] <philor> like secretaries used to have a rubber stamp of their boss's signature
# [06:44] * heycam|away is now known as heycam
# [06:44] <kwierso> I mean, every other component in there is a language, so it isn't a great fit there either
# [06:45] <glob> kwierso, tech-evang is a specific team, but isn't a bad idea
# [06:46] <glob> kwierso, oh, it's part of 'developer engagement', which sounds like a good fit
# [06:46] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
# [06:46] <glob> https://wiki.mozilla.org/Engagement/Developer_Engagement
# [06:47] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [06:47] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [06:47] * ChanServ sets mode: +o ehsan
# [06:47] <njn> glob: BTW, I filed that bug, but I suspect the add-ons guys will have final say
# [06:47] <philor> bz_away: yeah, it's what he and edmorley use to backout big wads of mozilla-inbound
# [06:47] * zpao is now known as zpao|detached
# [06:48] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [06:48] <glob> njn, who should signoff on it?
# [06:48] <njn> glob: jorge or fligtar
# [06:48] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Connection reset by peer)
# [06:49] <@bz_away> philor: no, you don't understand
# [06:49] <philor> I was just starting to think that, too
# [06:49] <@bz_away> philor: this is the "someone changed the code after these patches changed it" kind of backout
# [06:49] <glob> njn, cool. i'll propose tech-evan/addons on the bug, and cc stormy
# [06:51] * Quits: regen (Miller@moz-EBC13758.adsl.dynamic.seed.net.tw) (Quit: regen)
# [06:53] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [06:56] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [06:56] * glob is now known as glob|away
# [06:57] * @khuey sighs
# [06:57] <@khuey> CC handling for nodes is so complex now
# [06:59] <jduell> Anybody know if killing firefox via "End Process" in the Windows task monitor is equivalent to a crash (i.e. no shutdown code run)?
# [06:59] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:00] <Bas> jduell: It wouldn't go through crashreporter I believe.
# [07:00] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:00] <jduell> Bas: no, I just want to have a user "kill" firefox so the HTTP cache will be seen as dirty on startup
# [07:00] <gcp> jlebar: file a bug
# [07:00] <Bas> jduell: I suspect for that it will work.
# [07:00] <Bas> philor: I pushed something, hopefully it's alright like that.
# [07:01] <Bas> Don't have an OS X build ready here.
# [07:01] <@khuey> End Process should kill it instantly
# [07:01] <jlebar> gcp, Okay, tomorrow. Or...I may end up adding cityhash and then moving your murmur to that.
# [07:02] <tbsaunde> alsa0
# [07:02] <philor> Bas: 99% sure that's right, though I might possibly have broken the world once or twice being sure I was right about an annotation
# [07:02] <jlebar> gcp, It's amazing what you find when you grep for "^". :)
# [07:03] <Bas> philor: It seemed to agree with what others parts of the code did, although I didn't find it quickly in reftests :)
# [07:03] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:03] <Bas> Err, crashtests
# [07:03] <gcp> jlebar: ?
# [07:03] <Bas> I checked the syntax to reftests.
# [07:03] <jlebar> gcp, I was looking for all our half-baked hash functions.
# [07:03] <jlebar> gcp, https://bugzilla.mozilla.org/show_bug.cgi?id=729940
# [07:04] <gcp> hehe ok
# [07:04] <gcp> murmurhash3 in my code can't be changed without blowing all databases away
# [07:05] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:05] <jlebar> gcp, Ah. :-/ Well, at least murmur is not half-baked.
# [07:06] <jlebar> Anyway, sleep
# [07:06] * jlebar is now known as jlebar_sleep
# [07:08] * Quits: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120226133842])
# [07:08] * Joins: lurking (chatzilla@moz-64A5F955.dhcp.embarqhsd.net)
# [07:09] * khuey is now known as khuey|away
# [07:12] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:12] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:14] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [07:16] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
# [07:16] <@dolske> jduell: http://code.google.com/p/crashme/
# [07:16] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:16] * Joins: regen (Miller@moz-EBC13758.adsl.dynamic.seed.net.tw)
# [07:17] * Quits: regen (Miller@moz-EBC13758.adsl.dynamic.seed.net.tw) (Input/output error)
# [07:17] <jduell> dolske: ah, thanks--I thought it was just for Android
# [07:17] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:18] * Joins: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net)
# [07:18] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [07:18] <@dolske> jduell: no, it's pretty platform-agnostic... ;-) http://code.google.com/p/crashme/source/browse/trunk/resources/content/contentscript.js
# [07:18] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
# [07:19] * edransch is now known as edransch-zzz
# [07:20] <@dolske> hmm
# [07:21] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:21] * rshetty is now known as rshetty|brb
# [07:21] * philor is now known as philor|away
# [07:22] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [07:22] * glob|away is now known as glob
# [07:23] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:23] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [07:25] * bz_away is now known as bz_sleep
# [07:28] * philor|away is now known as philor
# [07:29] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [07:32] * rshetty|brb is now known as rshetty
# [07:32] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:32] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:34] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [07:35] * Quits: pascalc (chatzilla@moz-DABE0E8F.rev.sfr.net) (Ping timeout)
# [07:35] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [07:35] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [07:36] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [07:36] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [07:36] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [07:37] <jdm> ...why are F6 and y generate identical keyCode values for me?
# [07:38] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [07:38] * Joins: dseif (dseif@moz-ED9566B6.dsl.teksavvy.com)
# [07:39] * Joins: imphil__ (philipp@moz-655EF802.customer.m-online.net)
# [07:40] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:40] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:41] <@dolske> ma^F6be it's a problem on ^F6our end, m^F6 s^F6stem seems ok.
# [07:42] <kwierso> ^
# [07:43] * Joins: cturra (cturra@EF3966A6.48007579.505A0A0A.IP)
# [07:46] <Callek> dolske++
# [07:47] <jdm> :(
# [07:47] * zpao|detached is now known as zpao
# [07:48] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [07:51] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [07:51] <@dolske> sorr^F6 :(
# [07:51] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [07:52] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [07:56] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [07:56] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [07:56] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [07:57] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Input/output error)
# [07:58] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [07:59] * Joins: ctopper (craig@moz-42075866.hsd1.or.comcast.net)
# [07:59] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [07:59] * Quits: jduell (jduell@moz-44279BCC.hfc.comcastbusiness.net) (Ping timeout)
# [08:00] * Quits: ctopper (craig@moz-42075866.hsd1.or.comcast.net) (Quit: ctopper)
# [08:00] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [08:01] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [08:03] <nigelbot> dolske++
# [08:04] * Joins: SeoZ[gtab] (DanielJuyu@F967935D.4C8FC38D.14E0EA63.IP)
# [08:05] * Joins: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP)
# [08:05] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [08:07] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [08:07] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [08:09] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [08:11] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [08:12] * Joins: wolfiR (wolfiR@moz-FC11C979.dip0.t-ipconnect.de)
# [08:14] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [08:15] <glandium> gkw: pong
# [08:15] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
# [08:17] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [08:18] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [08:22] * Joins: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr)
# [08:23] * Joins: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP)
# [08:24] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [08:24] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [08:24] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:24] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [08:24] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:26] * Joins: willy1234x1 (willy1234x@moz-7380C27.slkc.qwest.net)
# [08:27] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:30] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:31] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [08:33] * Quits: Mook (mook@5365CE80.16C74E88.6F478678.IP) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [08:33] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [08:33] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [08:35] * Joins: spchal (chatzilla@91BC8839.F442218F.88FACCAA.IP)
# [08:35] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [08:36] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [08:36] <luke> peterv: ping
# [08:36] * Joins: smontagu (chatzilla@moz-18583C8F.red.bezeqint.net)
# [08:38] * Joins: magsout (magsout@moz-AC4E6C07.fbx.proxad.net)
# [08:39] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [08:39] <spchal> Hi
# [08:39] <spchal> Where do I find Blake?
# [08:39] <darktrojan> Unfocused, do we check with AMO at any point when showing about:newaddon?
# [08:40] <darktrojan> spchal, Blake Kaplan? mrbkap
# [08:40] <spchal> Blake winton
# [08:40] <darktrojan> bwinton_away
# [08:40] <darktrojan> currently away
# [08:41] <spchal> ok
# [08:41] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [08:42] * heycam is now known as heycam|away
# [08:42] <Unfocused> darktrojan: don't think so
# [08:42] <Unfocused> iirc, it's just at the next background update check
# [08:43] <Unfocused> though, it probably should
# [08:43] <darktrojan> pity, we could do what I suggested in m.d.platform today
# [08:43] * Unfocused is behind on his mailing list reading
# [08:43] <darktrojan> I'll wait until you get there then
# [08:43] <jdm> http://www.joshmatthews.net/domtracker/
# [08:44] <Unfocused> :P
# [08:44] <darktrojan> no hurry, I'm sure the argument will rage for weeks
# [08:44] <Unfocused> *sigh* yea
# [08:46] * philor is now known as philor|away
# [08:47] * Joins: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP)
# [08:51] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0c37652c28ae - Mihai Sucan - Bug 684445 - Orion source editor should have built-in context menu; r=rcampbell f=rcampbell
# [08:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/782a97166d7c - Piers Biddlestone - Bug 716080 - Restore Previous Session does not re-use blank tabs [r=zpao]
# [08:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/4b60c0c155f9 - Tim Taubert - merge m-c to fx-team
# [08:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/5b33f5c7e630 - Mihai Sucan - Bug 700893 - API for tracking unsaved/saved state in source editor; r=rcampbell f=fayearthur
# [08:53] * Parts: taviso (taviso@moz-413D27D.cmpxchg8b.com)
# [08:53] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [08:53] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [08:54] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [08:55] * Joins: Ms2ger (Ms2ger@CF526197.508187B.37724B0D.IP)
# [08:56] * zpao is now known as zpao|detached
# [08:57] * Quits: Ms2ger (Ms2ger@CF526197.508187B.37724B0D.IP) (Ping timeout)
# [08:57] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [08:57] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [08:58] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [08:58] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [08:59] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [08:59] * Joins: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [08:59] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [08:59] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [09:01] * Joins: anant (anant@moz-9A1735CF.red-83-39-218.dynamicip.rima-tde.net)
# [09:01] * Quits: anant (anant@moz-9A1735CF.red-83-39-218.dynamicip.rima-tde.net) (Input/output error)
# [09:05] * Quits: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [09:05] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [09:05] * Quits: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [09:08] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [09:09] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Quit: Leaving)
# [09:09] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [09:11] * Joins: karl (karl@moz-6898CE0E.jetstream.xtra.co.nz)
# [09:11] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [09:11] * Standard8Away is now known as Standard8
# [09:12] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [09:12] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:13] * Joins: mck182 (quassel@moz-7764E74F.vsb.cz)
# [09:13] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:13] * Joins: Ms2ger (Ms2ger@CF526197.508187B.37724B0D.IP)
# [09:14] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [09:16] <hendry> how do I override "is asking to store data on your computer for offline use" permission dialog?
# [09:17] * Joins: necolas (necolas@moz-F9C3140E.bb.sky.com)
# [09:18] * Quits: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP) (Client exited)
# [09:19] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [09:20] * Joins: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP)
# [09:21] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:21] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:25] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [09:25] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [09:26] * Quits: necolas (necolas@moz-F9C3140E.bb.sky.com) (Client exited)
# [09:27] * Joins: jfkthame (jfkthame@318E97F8.A1C12133.9542EC20.IP)
# [09:29] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [09:29] * Quits: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [09:31] <Ms2ger> RyanVM++
# [09:31] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [09:33] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
# [09:34] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
# [09:34] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:34] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:36] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:37] <glazou> bonjour
# [09:37] <jdm> hendry: about:permissions?
# [09:38] * Joins: grubshka (grubshka@moz-D1B85DDD.w86-216.abo.wanadoo.fr)
# [09:40] <NeilAway> glob: indeed
# [09:40] <clever> another about: page!!
# [09:40] <Ms2ger> https://mail.mozilla.org/pipermail/nightly-testers/2012-February/000883.html < Hah
# [09:40] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:41] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:43] <clever> jdm: that page might actualy be usefull for my work! :)
# [09:44] <jdm> excellent
# [09:44] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [09:45] * Quits: luke (andhow@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [09:45] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [09:46] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [09:47] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
# [09:47] * Quits: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr) (Input/output error)
# [09:47] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:48] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
# [09:48] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:48] * Joins: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr)
# [09:48] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:49] * Quits: SeoZ[gtab] (DanielJuyu@F967935D.4C8FC38D.14E0EA63.IP) (Ping timeout)
# [09:49] * NeilAway wonders why we can't store the media cache files in the local profile, along with the startup and disk caches...
# [09:49] * Joins: nrc (nrc@18916507.F684631.21A4E96A.IP)
# [09:50] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [09:50] <Standard8> argh, the midasdemo is gone :-(
# [09:50] <NeilAway> lol @ RyanVM's PNG reftest failures
# [09:52] <glazou> grrr, modal windows opened through nsIWindowWatcher.openWindow() on Gnome3 don't follow global rules to have a close button when they have a titlebar !!!
# [09:54] * Joins: mw22 (chatzilla@C3F57403.235FEA6C.C6A14A47.IP)
# [09:54] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
# [09:54] * Joins: victorporof (victorporo@986FC73E.7E2AA079.79933D60.IP)
# [09:54] * Quits: jhopkins|afk (jhopkins@moz-41E1D586.tb.shawcable.net) (Ping timeout)
# [09:54] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [09:58] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [09:58] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [09:59] <hendry> jdm: thanks, didn't know about that tbh
# [09:59] * Joins: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [09:59] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [10:03] * Fallen|away is now known as Fallen
# [10:03] * Quits: Ms2ger (Ms2ger@CF526197.508187B.37724B0D.IP) (Ping timeout)
# [10:05] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Connection reset by peer)
# [10:07] <firebot> Check-in:
# [10:07] <firebot> http://hg.mozilla.org/mozilla-central/rev/023130d28f50 - Serge Gautherie - Bug 629595. (Bv1a) test_webgl_conformance_test_suite.html: Ensure waitForExplicitFinish() is executed, Disable test on Windows 2000 and (if necessary) on SeaMonkey, Move Mac OSX
# [10:07] * Joins: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net)
# [10:07] <firebot> version check to a better place. r=bjacob.
# [10:08] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:08] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:09] <glandium> man, m4 is so much of a pita
# [10:10] * Joins: msucan (msucan-@BD3D06AD.BB7A5B67.699550A1.IP)
# [10:12] * Quits: dseif (dseif@moz-ED9566B6.dsl.teksavvy.com) (Input/output error)
# [10:13] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [10:13] * Joins: Julian (chatzilla@moz-EB4236F8.dip.t-dialin.net)
# [10:13] * Quits: Julian (chatzilla@moz-EB4236F8.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [10:15] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:15] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:16] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [10:19] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [10:21] * Quits: karl (karl@moz-6898CE0E.jetstream.xtra.co.nz) (Ping timeout)
# [10:24] * Quits: Wevah (Wevah@moz-A6EE65EC.stcd.qwest.net) (Quit: Wevah)
# [10:26] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/c3f06b2e9dfa - Mark Capella - Bug 489728. (Bv6a) Use passed() in TestTXMgr.cpp, Make passed() accept a va_list in TestHarness.h. f=sgautherie r=ehsan.
# [10:26] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [10:28] * Joins: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP)
# [10:28] * Joins: victorporo (victorporo@986FC73E.7E2AA079.79933D60.IP)
# [10:28] * Quits: victorporof (victorporo@986FC73E.7E2AA079.79933D60.IP) (Connection reset by peer)
# [10:30] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:30] * Quits: smontagu (chatzilla@moz-18583C8F.red.bezeqint.net) (Ping timeout)
# [10:30] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
# [10:30] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [10:31] * glob is now known as glob|away
# [10:33] * Quits: mw22 (chatzilla@C3F57403.235FEA6C.C6A14A47.IP) (Ping timeout)
# [10:33] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
# [10:35] * Joins: tchevalier (chatzilla@26DF2FEE.76D180ED.C47D5415.IP)
# [10:36] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [10:36] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:36] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Max SendQ exceeded)
# [10:37] * Quits: victorporo (victorporo@986FC73E.7E2AA079.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
# [10:37] * Joins: Puddles (Mibbit@779A1B47.8CCF5527.E5772CEC.IP)
# [10:37] <gerv> I have 15 or so patches which are on m-c which I want to check in to m-a and m-b.
# [10:37] <gerv> I could just apply them all again one by one,
# [10:37] <gerv> and do hg commit for each.
# [10:37] * Quits: Puddles (Mibbit@779A1B47.8CCF5527.E5772CEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:38] <gerv> That sounds slow and dull.
# [10:38] <gerv> Is there a quicker way of saying "grab commit X from that tree and stick it into this tree"?
# [10:38] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [10:38] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8c8346a7fae1 - Serge Gautherie - Bug 489728. (Bv6a_fix) Misplaced '"'. (Bustage fix.)
# [10:38] * Quits: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP) (Client exited)
# [10:39] <darktrojan> gerv, hg qimport?
# [10:39] <gerv> darktrojan: Does that work if I didn't use hg queues initially?
# [10:39] <darktrojan> yeah
# [10:39] <darktrojan> grab the raw url for each from hg.m.o
# [10:40] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [10:40] <glandium> gerv: hg transplant
# [10:40] * Joins: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [10:40] <darktrojan> that too
# [10:40] <gerv> OK, I'll read about that.
# [10:41] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [10:41] * Quits: mck182 (quassel@moz-7764E74F.vsb.cz) (Ping timeout)
# [10:41] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [10:41] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [10:41] * Joins: mwu (mwu@5DB6490.3499DD5.FCF1B01C.IP)
# [10:41] * Quits: willy1234x1 (willy1234x@moz-7380C27.slkc.qwest.net) (Ping timeout)
# [10:42] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [10:44] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [10:45] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [10:45] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [10:45] <hsivonen> I hope I wasn't out of line in https://bugzilla.mozilla.org/show_bug.cgi?id=650776#c39 It's stretching my patience. :-(
# [10:46] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [10:47] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [10:48] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [10:48] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a2/20120225042011])
# [10:48] * mattwoodrow is now known as mattwoodrow|away
# [10:48] <jdm> heh, yeah, I saw that
# [10:49] * Quits: mwu (mwu@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [10:49] * Quits: jfkthame (jfkthame@318E97F8.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [10:49] * Joins: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP)
# [10:50] <darktrojan> bah, you can't query the AMO API with an addon's id
# [10:51] * Joins: gandalf (zbraniecki@moz-9151F08A.neoplus.adsl.tpnet.pl)
# [10:51] * Joins: jhopkins|afk (jhopkins@moz-41E1D586.tb.shawcable.net)
# [10:52] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
# [10:52] * Joins: smontagu (chatzilla@moz-65509B44.red.bezeqint.net)
# [10:53] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [10:55] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Ping timeout)
# [10:56] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [10:57] <Archaeopteryx> darktrojan: sadly yes, as workaround, you can use something like https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=2&;id={d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}&version=2.0.3&maxAppVersion=12.0a1&status=userEnabled&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=10.0.1&appOS=WINNT&appABI=x86-msvc&locale=en-US&currentAppVersion=10.0.1&updateType=97&compatMode=normal
# [10:57] <Archaeopteryx> but the add-on has to be fully reviewed iirc
# [10:57] <darktrojan> I was just coming to that conclusion
# [10:58] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [10:59] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [10:59] * Quits: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [10:59] <Archaeopteryx> do you want to look up a few or a bigger bunch?
# [11:00] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:00] <darktrojan> just testing if stuff is possible at the moment
# [11:00] * gerv sighs
# [11:01] <Archaeopteryx> addons mxr and amo admin tools have the capability, but are both restricted
# [11:01] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [11:01] * gerv muses: do I seek yet further hg enlightenment to unbreak my tree, or do I just pull a fresh one?
# [11:01] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Client exited)
# [11:02] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [11:02] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:04] <glandium> gerv: you can also entirely clean up your tree
# [11:04] <gerv> hsivonen: I just reviewed https://bugzilla.mozilla.org/show_bug.cgi?id=650776#c39 . I think you are entirely in-line and are being very polite.
# [11:05] <gerv> glandium: My problem is:
# [11:05] <gerv> I've checked in a bunch of changes,
# [11:05] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:05] <gerv> transplanted,
# [11:05] <hsivonen> gerv: thanks
# [11:05] <gerv> but hg push says
# [11:05] <gerv> "new remote heads"
# [11:05] <gerv> and hg rebase says
# [11:05] <gerv> "nothing to rebase".
# [11:05] <gerv> If I try and force it with hg rebase -s, it says
# [11:05] <gerv> abort: source is ancestor of destination
# [11:05] <gerv> So as far as my tree knows, everything is in line,
# [11:06] <gerv> but the server still thinks I'm creating a new remote head.
# [11:06] * Joins: graememcc (chatzilla@moz-8A03ACDE.range86-150.btcentralplus.com)
# [11:06] <gerv> hg pull says "no changes".
# [11:06] <glandium> gerv: what does hg glog look like?
# [11:06] <gerv> glog? Is that some sort of drink? ;-)
# [11:06] * gerv looks
# [11:07] <gerv> Unknown command.
# [11:07] * Quits: wolfiR (wolfiR@moz-FC11C979.dip0.t-ipconnect.de) (Ping timeout)
# [11:07] * gerv tries to enable
# [11:07] <darktrojan> did you update after pull?
# [11:07] * Quits: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [11:07] <gerv> darktrojan: Yes.
# [11:07] <glandium> darktrojan: presumably, rebase would do it anyways
# [11:07] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [11:08] <gerv> glog is helpful.
# [11:08] <gerv> Looks like I'm based on a revision from way back.
# [11:08] <gerv> And I can see an alternative head
# [11:08] <gerv> (checked in by glandium, in fact)
# [11:08] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [11:08] * Joins: smaug (chatzilla@moz-C947EBB8.gprs.sl-laajakaista.fi)
# [11:08] * ChanServ sets mode: +o smaug
# [11:08] * Joins: Steve_ (chatzilla@moz-727DA699.midd.adsl.virginmedia.com)
# [11:08] <gerv> Bug 728656 - Avoid crashing when there are no GL extensions reported by the GL implementation. r=bjacob,a=lsblakk
# [11:09] <gerv> That looks like the real tip.
# [11:09] * Joins: wolfiR (wolfiR@moz-157B79A4.dip0.t-ipconnect.de)
# [11:09] <glandium> gerv: have you qfinished yet? if not, then i'm not surprised rebase won't work
# [11:09] <gerv> Yep, qfinished.
# [11:09] <glandium> mmmm
# [11:09] <gerv> The "tip" tag is on my change.
# [11:09] <glandium> maybe that's the problem
# [11:10] * Quits: magsout (magsout@moz-AC4E6C07.fbx.proxad.net) (Ping timeout)
# [11:10] <gerv> How can I tell it that your change is in fact the real tip?
# [11:10] <gerv> Some sort of branch switch?
# [11:10] <gerv> "hg branch" says "default".
# [11:10] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [11:10] <Steve_> hi guys. just tried to build against ff11b4. get the following :
# [11:10] <Steve_> dist\include\nsIFrame.h(45): fatal error C1189: #error : This header/class should only be used within Mozilla code. It should not be used by extensions.
# [11:10] * Joins: wolfiR_ (wolfiR@moz-157B79A4.dip0.t-ipconnect.de)
# [11:10] * Joins: magsout (magsout@moz-AC4E6C07.fbx.proxad.net)
# [11:11] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:11] <Steve_> nsIFrame.h access is required externally.
# [11:12] <glandium> gerv: i must say i'm not familiar enough with these things. in your situation, i'd hg qimport -r 'outgoing()'
# [11:12] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Ping timeout)
# [11:12] <nthomas|away> merge needed ? You could pastebin the glog
# [11:12] <glandium> nthomas|away: he doesn't want a merge, he wants a rebase
# [11:13] <nthomas|away> rapidly heading towards a strip by the sounds of things
# [11:13] * Joins: edmorley (edmorley@moz-6012E233.range109-156.btcentralplus.com)
# [11:13] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [11:14] * gerv decides just to pull a new tree
# [11:14] <gerv> I tried hg update -r <glandium's tip>
# [11:14] <gerv> hg rebase -s <my lowest commit>
# [11:14] <gerv> but it still claimed
# [11:14] <gerv> source is ancestor of destination
# [11:14] <gerv> which isn't true!
# [11:15] <glandium> gerv: try hg qimport -r 'outgoing()'
# [11:15] <Steve_> so dump hg & switch to git ?
# [11:15] <gerv> What will that do for me?
# [11:15] <gerv> Steve_: Sure, that'll just take a few seconds for the whole project to agree.
# [11:15] <Steve_> :)
# [11:15] <glandium> gerv: then hg qpop, update, qpush
# [11:15] <glandium> qpop -a, even
# [11:15] <gerv> OK, might as well try it :-)
# [11:16] <gerv> gerv@mink:/usr/src/mozilla-aurora$ hg update
# [11:16] <gerv> abort: crosses branches (merge branches or use --check to force update)
# [11:16] <gerv> gerv@mink:/usr/src/mozilla-aurora$
# [11:17] <gerv> gerv@mink:/usr/src/mozilla-aurora$ hg branch
# [11:17] <gerv> default
# [11:17] * Quits: SeoZ (DanielJuyu@moz-C2D7EB0E.osuosl.org) (Quit: Leaving)
# [11:18] * Joins: SeoZ (DanielJuyu@moz-C2D7EB0E.osuosl.org)
# [11:18] <glandium> gerv: what does your glog look like now?
# [11:18] * gerv just did an update -c as it suggested
# [11:18] <gerv> Very boring - just you at the tip :-))
# [11:19] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:19] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:20] <Standard8> did you do the hg qpop ?
# [11:20] <gerv> Worked!
# [11:20] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:20] <gerv> qpop -a, update -c, qpush -a, qfinish, push.
# [11:21] <gerv> Thanks, everyone.
# [11:21] * Quits: anky (anky@59FA59FD.D9B243B5.A3D1B221.IP) (Ping timeout)
# [11:23] * Quits: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP) (Client exited)
# [11:23] * Joins: anky (anky@A205FA81.57FBAC30.A3D1B221.IP)
# [11:24] <Steve_> cool. do I need to file a report about the nsIFrame issue above or is it just work in progress that will be resolved in due course ?
# [11:25] * ewong is now known as ewong|afk
# [11:25] * Joins: Cwiiis (cwiiis@18916507.F684631.21A4E96A.IP)
# [11:26] * Quits: anky (anky@A205FA81.57FBAC30.A3D1B221.IP) (Ping timeout)
# [11:26] * Joins: smaug_ (chatzilla@moz-E33B6BD7.gprs.sl-laajakaista.fi)
# [11:26] * Joins: anky (anky@3A94C0E8.695628EC.A3D1B221.IP)
# [11:27] * Quits: @smaug (chatzilla@moz-C947EBB8.gprs.sl-laajakaista.fi) (Ping timeout)
# [11:28] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [11:29] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [11:29] * Joins: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [11:29] <clever> Steve_: xpidl should be able to generate a header for you from the idl
# [11:29] <clever> thats how ive always done it
# [11:30] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [11:30] <edmorley> bz++
# [11:31] * Joins: roc (chatzilla@18916507.F684631.21A4E96A.IP)
# [11:31] * ChanServ sets mode: +o roc
# [11:31] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [11:31] * Quits: gandalf (zbraniecki@moz-9151F08A.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:32] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:32] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [11:32] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:33] <Steve_> @clever - thanks. no rush on this. I can revert to 10.x for now. Just letting you guys know the current default build has this issue.
# [11:33] * Quits: anky (anky@3A94C0E8.695628EC.A3D1B221.IP) (Ping timeout)
# [11:33] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [11:34] * Joins: regen (Miller@moz-8E2D543F.adsl.dynamic.seed.net.tw)
# [11:34] * Joins: anky (anky@EBF13E77.9CBD72CE.A3D1B221.IP)
# [11:35] * Joins: gandalf (zbraniecki@moz-9151F08A.neoplus.adsl.tpnet.pl)
# [11:36] * SeoZ is now known as SeoZ-work[AWAY]
# [11:36] * NeilAway wonders why jdm was looking at the keyCode of a character
# [11:37] <NeilAway> Standard8: maybe it's on www-archive.mozilla.org (or whatever it's called)?
# [11:39] <NeilAway> Steve_: yeah, that's an error, it should say "it MUST not be used by extensions"
# [11:40] * Joins: jfkthame (jfkthame@318E97F8.A1C12133.9542EC20.IP)
# [11:41] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
# [11:41] <Standard8> NeilAway: yeah it is, it should be redirected but hasn't been :-(
# [11:42] * Quits: surkov (surkov@D5570440.C1645F5A.34044A7F.IP) (Quit: surkov)
# [11:42] <Steve_> not writing a standard extension anyway - I kind of hack the codebase into a dll which provides a procedural texture plugin for a 3D engine. You are the extension. :)
# [11:42] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [11:42] * Quits: tchevalier (chatzilla@26DF2FEE.76D180ED.C47D5415.IP) (Connection reset by peer)
# [11:42] * Joins: tchevalier (chatzilla@26DF2FEE.76D180ED.C47D5415.IP)
# [11:42] <Steve_> can hack around the change if it's intentional but would prefer the interface left intact if it's not too much trouble.
# [11:44] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [11:44] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Ping timeout)
# [11:44] <Steve_> speaking of which as we're on the subject. moz nppap plugins - render through HWNDs on windoze which is a pain because they can't render offscreen. would be great to upgrade this interface to enable plugins to render through a directx9/10/11 shared surface.
# [11:44] <Steve_> *9ex
# [11:45] * Quits: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [11:45] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [11:46] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:46] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:46] <Steve_> that's a win specific upgrade, vista or above but will enable offscreen rendering of pages including plugins. legacy fallback on older windows - render through bitmap/dc for offscreen.
# [11:47] <Steve_> *npapi
# [11:47] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [11:48] <Steve_> http://msdn.microsoft.com/en-us/library/windows/desktop/ee913554%28v=vs.85%29.aspx?ppud=4
# [11:48] * Quits: jfkthame (jfkthame@318E97F8.A1C12133.9542EC20.IP) (Quit: jfkthame)
# [11:49] * Quits: regen (Miller@moz-8E2D543F.adsl.dynamic.seed.net.tw) (Quit: regen)
# [11:49] <edmorley> philo, bz: there is a newer version of mak's backout script at https://wiki.mozilla.org/User:Mak77
# [11:49] <NeilAway> Steve_: they can draw through HDCs as well
# [11:49] <edmorley> philor even: ^
# [11:50] <edmorley> bz: it lets you do "$ backout aaa:ddd ccc ggg:ppp" etc (and sets's bug numbers in commit message for you etc)
# [11:51] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [11:51] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:51] * Quits: gandalf (zbraniecki@moz-9151F08A.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:51] <Steve_> 3D rendered plugins (most going forwards) draw into a DX or opengl surface, not a dc. there's a gl extension to enable it to render into a dx shared surface. copying large surfaces around rather than sharing them is sub-optimal.
# [11:52] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:52] <Steve_> haven't tried using it yet, but think this is it : http://developer.download.nvidia.com/opengl/specs/WGL_NV_DX_interop.txt
# [11:53] <NeilAway> Steve_: sorry, I don't know the rendering backend, for all I know top people may already be working on it
# [11:54] * Joins: SeoZ (DanielJuyu@4A4CE565.45590172.F796972A.IP)
# [11:54] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [11:54] <darktrojan> edmorley, what counts as 'newer' in this case?
# [11:54] <Steve_> quite possibly. I'm not in the loop either. just sharing a little knowledge in the hope it may lead to an optimal interface. does offscreen rendering of flash content (for example) currently work on win ?
# [11:55] <edmorley> darktrojan: ?
# [11:55] * Joins: AutomatedTester (AutomatedT@moz-709F9658.as13285.net)
# [11:55] <edmorley> in my example?
# [11:55] <darktrojan> yes
# [11:55] <edmorley> it sorts the order for you
# [11:55] <edmorley> so any order will do :-)
# [11:56] * ewong|sleep is now known as ewong
# [11:56] <darktrojan> nice, I wonder if sfink has updated his version
# [11:56] * Joins: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP)
# [11:57] <Steve_> there's a new webpage plugin interface in chrome. no idea if it covers any of this. http://code.google.com/p/ppapi/
# [11:57] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [11:57] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [11:59] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [11:59] * Quits: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [11:59] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Client exited)
# [12:00] <NeilAway> Steve_: I think it's opt-in, but yes, Flash supports it, so you can composite a Flash animation (e.g. change its opacity)
# [12:00] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [12:02] <Steve_> cheers neil. tried it a while ago & didn't work. will give it another go. even so the shared surface approach would be better as the surface would not require duplication per frame.
# [12:02] * Quits: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP) (Ping timeout)
# [12:03] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [12:03] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Connection reset by peer)
# [12:03] * Quits: tchevalier (chatzilla@26DF2FEE.76D180ED.C47D5415.IP) (No route to host)
# [12:03] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:04] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Connection reset by peer)
# [12:04] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [12:04] <Steve_> + resource overhead reduction.
# [12:05] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [12:06] * Joins: brendan_ (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:06] <Unfocused> fwiw, ppapi (pepper) is only implemented by chrome. and afaik, no other vendor (including mozilla) thinks it's a good idea
# [12:06] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:06] * brendan_ is now known as brendan
# [12:06] <Steve_> noticed that - what's the selling point - why did they decide to make the change ? anyone know ?
# [12:06] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:07] <clever> http://blogs.adobe.com/flashplayer/2012/02/adobe-and-google-partnering-for-flash-player-on-linux.html
# [12:07] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:07] <Unfocused> not invented here syndrome? :)
# [12:07] <Steve_> would imagine the extensions I'm proposing could be done within the NPAI inteface, thus maintaining backwards compatibility with existing work.
# [12:08] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:08] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:09] * Joins: gandalf (zbraniecki@moz-29B13C11.neoplus.adsl.tpnet.pl)
# [12:09] <Steve_> @clever - saw this - just fluff. no technical reason is given for how the solution is superior, except perhaps some platform abstractions (yawn).
# [12:10] * Joins: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP)
# [12:11] * Joins: brendan_ (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:11] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:11] <clever> Steve_: ive also seen some 3d stuff being done before, let me find it
# [12:11] * brendan_ is now known as brendan
# [12:11] * Quits: smaug_ (chatzilla@moz-E33B6BD7.gprs.sl-laajakaista.fi) (Ping timeout)
# [12:12] * Quits: imphil__ (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
# [12:12] * Joins: smaug_ (chatzilla@moz-D826D210.gprs.sl-laajakaista.fi)
# [12:13] <Steve_> *NPAPI
# [12:13] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:13] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:14] <clever> Steve_: http://indoorosm.uni-hd.de/3d/Indoor_examine.xhtml
# [12:14] * Joins: pranavrc (pranavrc@4A7D5033.97587DFD.C28326FD.IP)
# [12:14] <clever> Steve_: looks like its just using an <xml3d> tag, though ive never seen that before
# [12:16] <Steve_> lol
# [12:17] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:17] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [12:18] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:18] <Steve_> not asking for any additional 3d capabilities in gecko at the moment (though webpage rendering to surfaces in webgl would be nice), just optimal rendering of page plugin content. would benefit standard use also.
# [12:18] <Steve_> surfaces=textures
# [12:19] * Quits: SeoZ (DanielJuyu@4A4CE565.45590172.F796972A.IP) (Ping timeout)
# [12:19] <clever> Steve_: you should be able to make a replacement nsiframe.h by using xpidl
# [12:20] <clever> xpidl -m header -e generated/route_finder.h idl/route_finder.idl
# [12:21] <clever> though xpidl got replaced by a python script in recent versions, havent bothered to look at how that one works
# [12:21] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:21] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [12:21] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [12:22] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:23] <Steve_> cheers. nice to know but think I'll just wait for it to turn up in a shipping build. reverting to 10.x for now. hope plugin interface critique is helpful.
# [12:24] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:24] <Steve_> you know you want to - will enable you to go one up on the webkit rabble :)
# [12:24] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:25] <Steve_> got some sample code of the shared interface running if anyone wants it. ms sample code is lacking in this area so takes a while to figure out from scratch.
# [12:26] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:26] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:27] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:28] * Joins: kaie (kaie@moz-F99C3A1A.dip.t-dialin.net)
# [12:28] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:28] <Steve_> will probably hack the interface myself at some stage so our 3d engine can render into a page rendered on a surface in our 3d engine ...
# [12:28] <Unfocused> Steve_: if NPAPI were to be extended, we'd *want* webkit to do the same :)
# [12:29] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:29] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [12:29] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [12:29] * Joins: SeoZ (DanielJuyu@9F96A832.F5F46C28.14E0EA63.IP)
# [12:29] <Steve_> sure, but new initiatives start somewhere. extensions are the way to go so you have backwards compatibility. nothing wrong with a little friendly competition :)
# [12:31] <c0smikdebris> I'm trying to fix an old patch. nsDOMEventTargetWrapperCache is called nsDOMEventTargetHelper now?
# [12:31] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:31] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:31] <NeilAway> clever: nsIFrame is an internal C++ header
# [12:32] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [12:32] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [12:32] <NeilAway> ewong: can you help c0smikdebris or am I thinking of someone else?
# [12:32] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:33] <cers> mbrubeck: hmm.. there are a lot of what I assume to be unrelated errors in the log - but I think whatever goes wrong, does so in migrateHistory()
# [12:33] * Joins: bb10 (bb10@moz-C7B05616.org)
# [12:33] * glob|away is now known as glob
# [12:33] <clever> NeilAway: ah, then xpidl wont help
# [12:33] <c0smikdebris> smaug_ should know
# [12:34] <Steve_> @clever/neil - thanks for looking into this.
# [12:34] <smaug_> c0smikdebris: yes
# [12:34] <smaug_> nsDOMEventTargetHelper
# [12:34] <c0smikdebris> ahh..k
# [12:34] <smaug_> nsDOMEventTargetWrapperCache and nsDOMEventTargetHelper were merged together
# [12:36] * Joins: KaiRo (robert@moz-3FBD04E9.adsl.highway.telekom.at)
# [12:36] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:36] * Joins: dria (dria@moz-86A004D9.dhcp-dynamic.fibreop.nb.bellaliant.net)
# [12:36] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:39] * Joins: brendan_ (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:39] * Quits: smaug_ (chatzilla@moz-D826D210.gprs.sl-laajakaista.fi) (Ping timeout)
# [12:39] * Joins: smaug (chatzilla@moz-990CE7BB.gprs.sl-laajakaista.fi)
# [12:39] * ChanServ sets mode: +o smaug
# [12:40] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:40] * brendan_ is now known as brendan
# [12:42] <Steve_> just had a quick read over that gl/dx interop extension. looks like it only supports dx9/9ex so it's quite old. would imagine there's something newer around. will take a look at some stage.
# [12:42] * Joins: vikram360 (vikram360@C269E5CC.7CEECBE3.B84D4DA2.IP)
# [12:43] <Steve_> outta here for now. can follow up over email: steve@advance-software.com or just as & when here. not on irc reguarly atm. thanks for your time & consideration, all.
# [12:44] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [12:44] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:44] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:45] * Quits: vikram360 (vikram360@C269E5CC.7CEECBE3.B84D4DA2.IP) (Ping timeout)
# [12:45] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [12:45] <ewong> c0smikdebris: what's up?
# [12:46] * Joins: vikram360 (vikram360@672EC40B.46686E3.2A068A5E.IP)
# [12:46] <ewong> c0smikdebris: oh..yeah.. what smaug said.. :)
# [12:46] <ewong> smaug did you ever find out if that leakage was my doing?
# [12:46] <c0smikdebris> ewong: yup. thanks anyway
# [12:47] <@smaug> ewong: it wasn't about that
# [12:47] <@smaug> it is a temporary problem with XHR objects
# [12:49] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:49] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:50] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [12:51] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:51] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [12:52] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:52] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [12:53] * Joins: KaIRC (robert@moz-B3E6D11D.adsl.highway.telekom.at)
# [12:53] * Joins: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [12:53] * Quits: KaiRo (robert@moz-3FBD04E9.adsl.highway.telekom.at) (Ping timeout)
# [12:55] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:56] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:57] * Parts: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:58] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Ping timeout)
# [12:58] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [12:58] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [12:59] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [12:59] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [12:59] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [13:01] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:01] * Quits: Steve_ (chatzilla@moz-727DA699.midd.adsl.virginmedia.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [13:01] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [13:01] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [13:01] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [13:02] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [13:02] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Quit: brendan)
# [13:02] * glob is now known as glob|away
# [13:04] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [13:07] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [13:07] * Quits: @smaug (chatzilla@moz-990CE7BB.gprs.sl-laajakaista.fi) (Ping timeout)
# [13:08] * Joins: smaug (chatzilla@moz-4DCB8886.gprs.sl-laajakaista.fi)
# [13:08] * ChanServ sets mode: +o smaug
# [13:08] * Joins: tchevalier (chatzilla@moz-369A1548.w90-48.abo.wanadoo.fr)
# [13:08] * Quits: magsout (magsout@moz-AC4E6C07.fbx.proxad.net) (Ping timeout)
# [13:08] * KaIRC is now known as KaiRo
# [13:08] * Joins: peregrino (peregrino@moz-8906B79F.telecom.net.ar)
# [13:11] * glazou is now known as glazou_lunch
# [13:12] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [13:15] * Quits: peregrino (peregrino@moz-8906B79F.telecom.net.ar) (Quit: peregrino)
# [13:15] * Joins: evilpie (evilpie@moz-94A49635.pools.arcor-ip.net)
# [13:15] * Joins: peregrino (peregrino@moz-8906B79F.telecom.net.ar)
# [13:16] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [13:17] * Joins: Goldorak_ (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [13:17] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Quit: Bye)
# [13:17] * Quits: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Connection reset by peer)
# [13:17] * Quits: Goldorak_ (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Connection reset by peer)
# [13:17] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Ping timeout)
# [13:18] * Joins: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [13:19] * Joins: espindola (espindola@DF12020F.76055385.971E19F6.IP)
# [13:19] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [13:19] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [13:19] * Quits: AutomatedTester (AutomatedT@moz-709F9658.as13285.net) (Input/output error)
# [13:20] * Quits: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Ping timeout)
# [13:22] * Quits: lurking (chatzilla@moz-64A5F955.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [13:22] * Joins: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:23] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [13:23] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
# [13:26] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:27] * Joins: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:29] * Joins: brendan_ (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:30] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:30] * Quits: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net) (Connection reset by peer)
# [13:30] * Joins: kaie2 (kaie@moz-C3D6C440.dip.t-dialin.net)
# [13:30] * brendan_ is now known as brendan
# [13:30] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [13:30] * Quits: kaie (kaie@moz-F99C3A1A.dip.t-dialin.net) (Ping timeout)
# [13:30] * kaie2 is now known as kaie
# [13:34] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:34] * Joins: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:36] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [13:36] * Joins: brendan_ (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:37] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:37] * brendan_ is now known as brendan
# [13:38] * Quits: asac_ (asac@161520FE.EE38B73A.B3DDC20A.IP) (Quit: leaving)
# [13:39] * Joins: asac (asac@161520FE.EE38B73A.B3DDC20A.IP)
# [13:40] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [13:40] * Fallen is now known as Fallen|away
# [13:40] * Quits: @smaug (chatzilla@moz-4DCB8886.gprs.sl-laajakaista.fi) (Ping timeout)
# [13:41] * Joins: mak (chatzilla@moz-72F563FC.retail.telecomitalia.it)
# [13:42] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:43] * Joins: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:43] * Joins: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [13:43] * Quits: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [13:45] * Joins: brendan_ (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [13:45] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Ping timeout)
# [13:45] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [13:46] * brendan_ is now known as brendan
# [13:46] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:46] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Quit: brendan)
# [13:47] * Quits: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [13:47] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [13:48] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [13:49] * Joins: surkov (surkov@D5570440.C1645F5A.34044A7F.IP)
# [13:50] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [13:50] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [13:50] * Quits: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net) (Quit: darktrojan)
# [13:51] * Joins: smaug (chatzilla@moz-FE6049D3.gprs.sl-laajakaista.fi)
# [13:51] * ChanServ sets mode: +o smaug
# [13:51] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [13:52] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [13:52] * Joins: lurking (chatzilla@moz-64A5F955.dhcp.embarqhsd.net)
# [13:55] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [13:57] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Connection reset by peer)
# [13:57] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [13:57] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [13:58] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [13:59] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [14:02] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [14:05] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [14:06] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [14:09] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [14:09] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120228045336])
# [14:11] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [14:11] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [14:12] * Fallen|away is now known as Fallen
# [14:12] * Joins: jprmc (jprmc@4ED6D3F5.5BCEC6DB.DA78B690.IP)
# [14:12] * Quits: jprmc (jprmc@4ED6D3F5.5BCEC6DB.DA78B690.IP) (Quit: Leaving)
# [14:13] * Quits: spchal (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88 [Firefox 3.6.18/20110628230241])
# [14:15] * Joins: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [14:15] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [14:16] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [14:18] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [14:20] <espindola> how does one normally compare talus result on try
# [14:20] <espindola> do a second push without the patch?
# [14:21] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:21] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [14:21] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
# [14:21] * Quits: @smaug (chatzilla@moz-FE6049D3.gprs.sl-laajakaista.fi) (Ping timeout)
# [14:22] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [14:23] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Ping timeout)
# [14:23] * catlee-away is now known as catlee
# [14:24] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:27] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [14:27] * rail_away is now known as rail
# [14:27] <froydnj> espindola: that's the way I've done it
# [14:30] * Quits: tonymec (tonymec@8563E6EB.B8B8E7B1.277517C1.IP) (Ping timeout)
# [14:30] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [14:30] * Quits: tonymec|away (tonymec@8563E6EB.B8B8E7B1.277517C1.IP) (Ping timeout)
# [14:31] * Joins: mayhemer_ (mayhemer@moz-DF438A6E.vodafone.cz)
# [14:32] * Quits: bc (bc@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [14:32] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Ping timeout)
# [14:32] * mayhemer_ is now known as mayhemer
# [14:34] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [14:34] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [14:34] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [14:35] * edransch-zzz is now known as edransch
# [14:35] * Quits: vikram360 (vikram360@672EC40B.46686E3.2A068A5E.IP) (Ping timeout)
# [14:36] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [14:36] * Joins: waynenguyen (HP@moz-FF580000.dynip.nus.edu.sg)
# [14:37] * Joins: Suresh (chatzilla@EB8CEE43.491CF508.BC2C9F51.IP)
# [14:37] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [14:38] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [14:38] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:39] * Joins: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:43] <glandium> espindola: a long time ago, i was using compare-talos with the try changeset and the corresponding m-c changeset which it's based off. istr it stopped working at some point
# [14:46] * Joins: tonymec|away (tonymec@8563E6EB.B8B8E7B1.277517C1.IP)
# [14:48] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [14:48] * Quits: glazou_lunch (glazou@moz-204094DD.disruptive-innovations.fr) (Connection reset by peer)
# [14:48] * Quits: mayhemer (mayhemer@moz-DF438A6E.vodafone.cz) (Quit: mayhemer)
# [14:50] <hsivonen> mak: does http://mxr.mozilla.org/mozilla-central/source/toolkit/components/places/Helpers.cpp#451 just fill out a JS object like {"foo": 1, "bar": 2 } ?
# [14:50] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [14:50] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [14:50] <mak> hsivonen: it should. though as soon as your js rewrite is done it can die
# [14:51] * Quits: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ping timeout)
# [14:51] <mak> hsivonen: it's just a temporary helper for the only cpp consumer we have
# [14:51] <hsivonen> mak: ok
# [14:52] <mak> glandium: it still works, though you have to pay attention to not choose a build with PGO
# [14:52] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [14:52] <mak> or you get random results
# [14:53] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [14:55] <@roc> my build's failing, unable to find "xpidllex.py'
# [14:55] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [14:55] <froydnj> roc: /topic
# [14:56] * jhopkins|afk is now known as jhopkins
# [14:56] <NeilAway> firebot: tell roc about xpidllex.py
# [14:56] <firebot> NeilAway: told roc
# [14:57] <@roc> ok thanks
# [14:58] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [14:59] <ewong> hmm
# [14:59] <@roc> for future reference, we are working hard on exactly what Steve_ was asking about ... an NPAPI extension to let plugins render with D3D on Windows
# [14:59] <ewong> firebot: tell ewong about xpidllex.py
# [14:59] <firebot> ewong: told ewong
# [15:00] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Ping timeout)
# [15:00] <espindola> rail, what is the version of valgrind we have on the bots?
# [15:00] * rail checks
# [15:00] <espindola> if you can put the rpm somewhere that would be awesome :-)
# [15:00] <hsivonen> roc: does that one come with fun like D3D9 on XP and 10 on Vista/7?
# [15:01] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Ping timeout)
# [15:01] <rail> espindola: 3.6.0, I'll put the RPMs to people in a bit
# [15:01] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [15:01] <espindola> rail, thanks~
# [15:01] <espindola> !
# [15:02] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [15:03] * Joins: armenzg (armenzg@moz-803D7934.home1.cgocable.net)
# [15:03] * Joins: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP)
# [15:04] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:05] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [15:05] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
# [15:05] * Joins: regen (Miller@moz-AE2B0D3A.adsl.dynamic.seed.net.tw)
# [15:05] * Quits: regen (Miller@moz-AE2B0D3A.adsl.dynamic.seed.net.tw) (Input/output error)
# [15:05] <gcp> mak: ping
# [15:06] <mak> gcp: hi
# [15:06] <gcp> mak: http://dl.dropbox.com/u/32496746/livemarkbug5.png
# [15:06] <gcp> mak: if I go to the firefox menu -> bookmarks, they seem to update
# [15:06] * Joins: tonymec (tonymec@8563E6EB.B8B8E7B1.277517C1.IP)
# [15:06] <gcp> mak: in the boomarks button (or what do we call it?) they dont
# [15:06] <gcp> mak: not sure if that's the "tree view" you referred to
# [15:07] <mak> gcp: no, treeview is like the sidebar
# [15:07] <rail> espindola: http://people.mozilla.org/~raliiev/valgrind/
# [15:07] <espindola> rail, thanks!
# [15:08] <rail> np
# [15:08] * IRCMonkey48924 is now known as Tobbi
# [15:08] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [15:08] * Quits: brendan (brendaneic@FD92C2C1.3499DD5.FCF1B01C.IP) (Quit: brendan)
# [15:08] <gcp> mak: then you have a problem
# [15:09] <mak> gcp: strange, may be a bug in that specific view, eve if it's basically the same as the firefox button. file a bug please and I'll check if there is something special there
# [15:09] * Tobbi is now known as IRCMonkey23190
# [15:09] <gcp> I'll repeat the experiment I did with the bookmark menu and comment in the bug if I can confirm that one works correctly.
# [15:09] * IRCMonkey23190 is now known as Tobbi_
# [15:10] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [15:11] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [15:11] * bhearsum|afk is now known as bhearsum
# [15:13] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [15:13] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [15:14] * Joins: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP)
# [15:15] <mak> gcp: ehr, don't file a bug, you already have one :p
# [15:17] * glob|away is now known as glob
# [15:18] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [15:19] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:20] * edransch is now known as edransch-away
# [15:22] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:22] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:22] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:24] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [15:24] * gregglind_mexico is now known as gregglind_away_usa
# [15:25] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [15:25] * Quits: waynenguyen (HP@moz-FF580000.dynip.nus.edu.sg) (Quit: Instantbird 1.2a1pre)
# [15:26] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [15:27] * Quits: Suresh (chatzilla@EB8CEE43.491CF508.BC2C9F51.IP) (Ping timeout)
# [15:27] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:29] * Joins: Wevah (Wevah@moz-A6EE65EC.stcd.qwest.net)
# [15:29] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [15:29] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:29] * Quits: peregrino (peregrino@moz-8906B79F.telecom.net.ar) (Quit: peregrino)
# [15:31] * Joins: jprmc (jprmc@E849B52A.5BCEC6DB.DA78B690.IP)
# [15:31] * khuey|away is now known as khuey
# [15:31] <@khuey> http://paul.kinlan.me/we-need-to-kill-off-the-localstorage-api
# [15:32] * Joins: brendan_ (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [15:32] * Quits: jprmc (jprmc@E849B52A.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [15:32] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [15:33] <mak> win
# [15:33] <drice> khuey: What does GMail's offline mode use?
# [15:33] <sheppy> woo
# [15:33] * brendan_ is now known as brendan
# [15:33] <@khuey> drice: websql :-/
# [15:33] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [15:33] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:33] * sheppy vomits.
# [15:33] * froydnj hands sheppy a towel
# [15:34] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [15:35] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [15:35] * armenzg is now known as armenzg_buildduty
# [15:35] * Joins: peregrino (peregrino@moz-8906B79F.telecom.net.ar)
# [15:36] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [15:36] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [15:37] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [15:37] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [15:41] <glandium> khuey: i kind of agree with the comments. localStorage is good at what it is, just that it seems most people haven't understood what it is not
# [15:41] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [15:41] * Joins: brendan_ (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [15:41] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [15:42] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [15:43] <@roc> hsivonen: yes
# [15:43] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:44] <@roc> hsivonen: actually it's not that bad since on Vista and up the plugin can use a DXGI surface which can be used with any D3D version
# [15:46] * Quits: brendan_ (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Ping timeout)
# [15:46] * Joins: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP)
# [15:47] * Quits: anky (anky@EBF13E77.9CBD72CE.A3D1B221.IP) (Client exited)
# [15:48] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Ping timeout)
# [15:48] * Joins: imphil__ (philipp@moz-4FAD558C.dfn.mwn.de)
# [15:49] * Joins: Suresh (chatzilla@AB2A5D3C.30180830.EB06F97B.IP)
# [15:50] <espindola> jprmc, rail : that is clang: https://tbpl.mozilla.org/?tree=Try&rev=3b42e26d63f4
# [15:50] * wlach|afk is now known as wlach
# [15:51] <espindola> I will debug why valgrind crashes on the jit test
# [15:51] <espindola> thanks a lot for the help and support
# [15:52] <rail> whoohooo
# [15:52] * Quits: sliv (spyros@moz-1700A48.cti.gr) (Client exited)
# [15:53] * Quits: brendan (brendaneic@5DB6490.3499DD5.FCF1B01C.IP) (Quit: brendan)
# [15:54] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [15:55] * edransch-away is now known as edransch
# [15:55] * bwinton_away is now known as bwinton
# [15:56] * Joins: jaws_ (jwein@moz-E4A8BF29.hsd1.mi.comcast.net)
# [15:57] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [15:57] * Joins: magsout (magsout@moz-AC4E6C07.fbx.proxad.net)
# [15:57] * Quits: gandalf (zbraniecki@moz-29B13C11.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [15:57] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [15:58] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [16:00] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [16:01] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [16:02] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [16:03] <mak> gcp: ok, I can reproduce
# [16:04] <mak> gcp: the issue is due to the fact the container is wrongly kept open, forever
# [16:05] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [16:05] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [16:05] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [16:05] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [16:06] * mjessome|away is now known as mjessome
# [16:06] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Ping timeout)
# [16:07] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:08] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [16:09] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [16:10] <sheppy> Hm. Still need someone to contribute some mfbt docs.
# [16:12] * mcote|afk is now known as mcote
# [16:13] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [16:13] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [16:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/08c0c1440171 - Josh Aas - Bug 731040: Fix bug in which we don't properly create an object frame due to over-aggressive fallback. r=jst
# [16:14] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [16:15] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [16:15] * rhung is now known as rhungafk
# [16:15] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Ping timeout)
# [16:16] * Joins: anky (anky@858DB2BC.4EB4947B.A3D1B221.IP)
# [16:16] * mdas is now known as mas
# [16:16] * mas is now known as mdas
# [16:17] <mak> sheppy: Boriss had some student looking for documentation projects. Dunno if she contacted you already
# [16:17] * Joins: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP)
# [16:17] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:17] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [16:18] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [16:18] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [16:18] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:19] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [16:19] <Yoric> !seen dholbert
# [16:19] <firebot> dholbert was last seen 17 hours, 18 minutes and 59 seconds ago, saying 'jaws_, I'd absentmindedly typed "about:extensions", got a "The address isn't valid" page, and a cheevos achievement appeared :)' in #developers.
# [16:19] <Yoric> dholbert: ping
# [16:20] * Joins: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net)
# [16:21] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [16:21] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [16:22] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [16:23] * Joins: kumar (kmcmillan@moz-49AE2BEB.lightspeed.cicril.sbcglobal.net)
# [16:24] * kumar is now known as kumar|onair
# [16:25] * Quits: tonymec (tonymec@8563E6EB.B8B8E7B1.277517C1.IP) (Input/output error)
# [16:25] <nigelbot> onair?
# [16:25] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [16:25] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Ping timeout)
# [16:25] <nigelbot> radio?
# [16:26] * coop|afk is now known as coop
# [16:26] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
# [16:29] * Quits: tonymec|away (tonymec@8563E6EB.B8B8E7B1.277517C1.IP) (Quit: Konversation terminated!)
# [16:29] <kaie> Will a new Firefox ESR10 release be created, on each of the rapid release branch merge dates?
# [16:29] <kaie> in other words, will a Firefox 10.0.3 ESR be released on march 13 ?
# [16:29] <Wes> kaie: I am not an authoritative speaker on this subject, but no
# [16:30] <Standard8> kaie: yes
# [16:30] <Wes> kaie: the whole point of the ESR is to *not* give anything put security updates, not features
# [16:30] <Standard8> assuming there's not a chemspill between now and then
# [16:30] <kaie> Wes, I believe you're misunderstanding my question
# [16:30] <Standard8> Wes: that is true, but the regular releases are also regular security updates. So there will be ESR versions in sync for non-urgent security fixes
# [16:31] <Wes> kaie: that's possible, it sounded like you asked if ESR 10.x would be a re-badged Firefox 11
# [16:31] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [16:31] * ChanServ sets mode: +o dveditz
# [16:31] <kaie> Standard8, thank you. Is this documented anywhere on a wiki page, that the minor ESR updates also follow the same release schedule as in the rapid release calendar?
# [16:32] <kaie> just curious
# [16:32] <mconnor> pretty sure it was in the ESR program description
# [16:32] <Standard8> kaie: even better: http://www.mozilla.org/en-US/firefox/organizations/faq/
# [16:33] <mconnor> hey, they reused that graphic, neat.
# [16:33] <kaie> Wes, ESR is a stable release branch. While the mozilla-esr10 branch gets very few updates, they must still be released from time to time. The question is when do such updates get released. And the answer that Standard8 gave, yes, a new ESR update, with very few changes, will be produced every six weeks, that will happen on the same dates as the completely independent rapid release cycle
# [16:34] <Fallen> argh did someone ping me? I need to get adium to highlight where I was pinged somehow
# [16:36] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120228045336])
# [16:36] * bear-afk is now known as bear
# [16:36] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Ping timeout)
# [16:37] * RemusPop is now known as RemusPop|away
# [16:37] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [16:42] <Yoric> Does anyone know from which file PPluginModuleParent is generated?
# [16:42] <Yoric> The header mentions ipdlc, which is something unknown to me.
# [16:42] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:42] * ChanServ sets mode: +o ehsan
# [16:43] <froydnj> Yoric: dom/plugins/ipc/PPluginModule.ipdl
# [16:43] <Yoric> froydnj: from section "parent:"?
# [16:43] * Joins: findow (Mibbit@9A209A5C.6FDFB4BE.1957C0DA.IP)
# [16:43] <froydnj> Yoric: I believe so
# [16:44] <Yoric> Thanks.
# [16:44] <Yoric> Then I have something of a problem.
# [16:44] <findow> Hello everyone !
# [16:44] * Joins: vikram360 (vikram360@672EC40B.46686E3.2A068A5E.IP)
# [16:44] <Yoric> (nothing I can't work around with a nice little cast from |const int| to |int|, but still)
# [16:45] <Yoric> (did I say "nice"?)
# [16:46] <findow> Recently I heard about GSOC. I read about it and i think it will be a good idea to spend my summer vacations doing some coding in javascript. Can anyone help me with that?
# [16:47] <Yoric> findow: Sure, but on channel #introduction :)
# [16:47] <jlebar_sleep> froydnj, I don't know how autoland works...do you want someone to manually check in your patches? If so, what do I need to do the whiteboard so the bot doesn't try to land?
# [16:47] <findow> ok thanks
# [16:47] <froydnj> jlebar_sleep: are you talking about 707320?
# [16:48] <jlebar_sleep> froydnj, (Also, you can set autoland even if you don't have l3 push permission?)
# [16:48] <jlebar_sleep> froydnj, yes
# [16:48] * froydnj watches jlebar talk in his sleep
# [16:48] <jlebar_sleep> Stranger things have happened in #developers
# [16:48] * jlebar_sleep is now known as jlebar
# [16:48] <@khuey> autoland only lands on try right now I think
# [16:48] <froydnj> yeah, khuey's right
# [16:48] <jlebar> Ah, okay.
# [16:49] <froydnj> that [autoland-in-queue] is for the try run
# [16:49] <jlebar> Great. I'll push this to inbound, then.
# [16:49] <froydnj> jlebar: thanks!
# [16:49] * froydnj should probably just request l3 at some point
# [16:50] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Ping timeout)
# [16:50] * Quits: anky (anky@858DB2BC.4EB4947B.A3D1B221.IP) (Client exited)
# [16:51] <jlebar> froydnj, btw, it's customary to put "Part N -" in your multipart patch commit messages.
# [16:52] * philor|away is now known as philor
# [16:52] <edmorley> jdm: sadly I think you've been bitten by the checkin-needed monster
# [16:54] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [16:54] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [16:55] * bhearsum is now known as bhearsum|afk
# [16:55] <espindola> decoder, let me know if the clang packages have everything you need
# [16:56] * Joins: bharath (bharath@4DC24CF1.A8BE606E.C842849F.IP)
# [16:56] <Yoric> Fallen: ping
# [16:57] * Quits: Suresh (chatzilla@AB2A5D3C.30180830.EB06F97B.IP) (Ping timeout)
# [16:57] <jprmc> dougt: huh, there are a number of landings on m-c it seems with bug numbers or a=
# [16:57] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [16:57] <decoder> espindola: thanks! :) will do as soon as my patch gets the final feedback+ from NSS people
# [16:57] <Fallen> Yoric: pong
# [16:57] * Joins: Suresh (chatzilla@AB2A5D3C.30180830.EB06F97B.IP)
# [16:57] <jprmc> espindola: so this is a try build using the version of clang necessary?
# [16:57] * Joins: mib_qgg33r (Mibbit@4DC24CF1.A8BE606E.C842849F.IP)
# [16:57] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [16:58] <jprmc> espindola: why is linux/OSX all orange?
# [16:58] <Yoric> Fallen: could you join an ongoing conversation on #introduction about GSoC?
# [16:58] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:58] <jprmc> well
# [16:58] <espindola> jprmc, one is a valgrind crash
# [16:58] <jprmc> orange on the builds
# [16:58] * Quits: @roc (chatzilla@18916507.F684631.21A4E96A.IP) (Ping timeout)
# [16:58] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [16:58] <jprmc> ok
# [16:58] <Fallen> Yoric: sure
# [16:58] * Quits: nrc (nrc@18916507.F684631.21A4E96A.IP) (Ping timeout)
# [16:58] <froydnj> jlebar: just so you can tell the ordering from the patches themselves?
# [16:58] <espindola> jprmc, another one is a "too much recursion". I am debugging them
# [16:58] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [16:58] * Quits: Cwiiis (cwiiis@18916507.F684631.21A4E96A.IP) (Ping timeout)
# [16:58] <jprmc> cool
# [16:58] <espindola> the "build" includes make check
# [16:58] <bharath> when I tried to test my code using obj/dist/bin/firefox -no-remote -P its working fine but after When I tried to open the firefox all my bookmarks were disappeared, may I know the reason?
# [16:59] <Yoric> bharath: well, you have probably used a different profile.
# [16:59] <Yoric> (that's what "-P" is for)
# [16:59] <jlebar> froydnj, I guess... Customs do not always have good reasons behind them, nor should they always be abided! :)
# [17:00] <bharath> yoric: Yes I have used a different profile ,what to do to get my default firefox?
# [17:00] <froydnj> jlebar: good advice for the mozilla codebase :)
# [17:00] <Yoric> bharath: firefox -P once again, to select your original profile
# [17:00] <Yoric> bharath: By the way, for this kind of question, you should rather go to #introduction.
# [17:02] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [17:02] * Quits: mib_qgg33r (Mibbit@4DC24CF1.A8BE606E.C842849F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:04] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Quit: mayhemer)
# [17:06] <edmorley> jdm: have you seen my msg above?
# [17:06] <jdm> edmorley: yeah, I see bugs with finished patches and no checkin-needed flag, and I just get this itch
# [17:06] <Bas> Hrm, windows build's busted it seems.
# [17:06] * philor wonders how people's backouts are going
# [17:07] <edmorley> jdm: ah sorry, I wasn't very clear, my bad. I meant the naughty checkin-needed bustage monster
# [17:07] <jdm> oh, shoot
# [17:07] * Joins: regen (Miller@moz-AE2B0D3A.adsl.dynamic.seed.net.tw)
# [17:07] * joduinn-afk is now known as joduinn-coffee
# [17:08] <edmorley> jdm: I have it in queue, just had to pop for the push since, unless you have it in progress?
# [17:08] <jdm> edmorley: I'm about to run to class; can I leave it to somebody else to back out?
# [17:08] <edmorley> yeah
# [17:08] <jdm> ah, excellent
# [17:08] * Quits: regen (Miller@moz-AE2B0D3A.adsl.dynamic.seed.net.tw) (Quit: regen)
# [17:08] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [17:08] * Parts: bharath (bharath@4DC24CF1.A8BE606E.C842849F.IP)
# [17:08] * edmorley thwaps bhackett
# [17:09] * Quits: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [17:09] <drice> jdm: woot! Thanks for your help.
# [17:09] * glazou hits the topic py failure
# [17:09] <jdm> drice: it broke on windows and is being backed out; sorry!
# [17:09] <drice> aw nutz
# [17:09] <drice> I'm sorta scared of trying to build moz on windows. Was the cause obvious?
# [17:10] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:10] <jlebar> mkaply, ping
# [17:10] <edmorley> drice: https://tbpl.mozilla.org/php/getParsedLog.php?id=9690404&tree=Mozilla-Inbound
# [17:10] <mkaply> jlebar: pong
# [17:10] <jlebar> mkaply, Trolling in bugzilla is not acceptable.
# [17:10] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [17:11] * Quits: imphil__ (philipp@moz-4FAD558C.dfn.mwn.de) (Ping timeout)
# [17:11] <jlebar> mkaply, If you want to contribute, that's great. If you'd like to ask why we can't make something public, cool.
# [17:11] * Joins: gandalf (zbraniecki@moz-40F54DCB.neoplus.adsl.tpnet.pl)
# [17:11] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [17:11] <jlebar> mkaply, But trolling like comment 82 is not acceptable.
# [17:12] <mkaply> jlebar: If you would like to convey something private to another Mozilla employee, do it privately. But you posting something that in public is simply silly.
# [17:12] <jlebar> mkaply, So you'd prefer if we also hid the fact that we have this private list?
# [17:13] <mkaply> No, you should have simply linked to the public list and be done with it.
# [17:13] <jlebar> mkaply, Great, thanks for the input. Anything else?
# [17:13] * Joins: jfkthame_afk (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [17:13] * jfkthame_afk is now known as jfkthame
# [17:13] <mkaply> We know you guys have lots of private info. If you tell us you have it, we're going to want it. Especially when it is as useful as that. Or if you say it is private, give a reason.
# [17:13] <@khuey> wait, what?
# [17:14] <@khuey> if we're going to make decisions on information that we can't make public, you want us to pretend that that information doesn't exist?
# [17:14] * Joins: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP)
# [17:14] <mkaply> khuey: No, I want you tell me why I can't have it.
# [17:14] <mkaply> And honestly, what jlebar just said changes the whole tone of the bug.
# [17:14] <jlebar> mkaply, You could have asked, instead of trolling.
# [17:14] <mkaply> Come to find out, he's been working off private info this whole time.
# [17:15] <mkaply> It's early. Trolling was more fun.
# [17:15] <jlebar> mkaply, I have not looked at that list, not even once.
# [17:15] * Joins: squiggy (Mibbit@4DC24CF1.A8BE606E.C842849F.IP)
# [17:15] <mkaply> You just indicated in the bug that you had. Because you implied malware was number one on the list.
# [17:16] * glazou is not the best placed to say that given some past hot discussions here but cool down guys, we're all on same side here
# [17:16] <mkaply> So simple question. Why can't the list be released?
# [17:16] <glazou> and mkaply is a too old mozillian to be really harmful
# [17:16] * Yoric agrees with glazou.
# [17:17] * khuey is now known as khuey|away
# [17:17] * sheppy does too.
# [17:17] <jlebar> mkaply, the add-ons team considers it sensitive information, because it could reveal the relative number of users on competing products. Such as norton vs mcafee.
# [17:17] <mkaply> Have you asked Norton or McAfee if it's ok to relase that information?
# [17:17] <glazou> perfectly valid argument IMHO
# [17:18] <jlebar> mkaply, You'd have to ask the add-ons team. I have enough arguments with them, I wasn't going to make a fuss about this.
# [17:18] <glazou> mkaply: not Norton *or* McAfee but *and*
# [17:18] <mkaply> I just want to know if Babylon is number one on the list :)
# [17:18] <mkaply> I'd never even heard of that until those SUMO posts last week. I can't even figure out how it gets installed.
# [17:18] <jlebar> mkaply, I believe Java Console is far and away number one.
# [17:19] <glazou> can we now burry the tomahawk ? :-D
# [17:19] <mkaply> jlebar: That's funny. In all the discussion, Java Console hasn't really come up.
# [17:19] <edmorley> what does it even do?
# [17:19] * Quits: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk) (Ping timeout)
# [17:19] <edmorley> just for java dev?
# [17:19] <mkaply> jlebar: Sincere apology for the troll. I should have known better. I'm a littly punchy
# [17:19] <jlebar> mkaply, Thanks.
# [17:20] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [17:20] * Quits: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net) (Input/output error)
# [17:21] <mkaply> "outside of the company" Now that makes it sound funny.
# [17:21] <mkaply> edmorley: It shows Java errors and the like.
# [17:21] * glazou whistles and whistles
# [17:22] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [17:22] <mkaply> edmorley: I was sure Java was dead until I went to my local site that has all our counties documents. Everything Java based. I almost cried.
# [17:22] <Wes> kaie: Ah, thank you for the clarification, I appreciate it
# [17:22] <mkaply> java on the client that is.
# [17:23] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [17:23] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [17:23] <mkaply> jlebar: I think the point here is that if you're fighting against malware vendors anyway, anything you put in place is going to be worked around and quickly.
# [17:23] * Joins: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk)
# [17:24] <jlebar> mkaply, I guess I'm not convinced of that. But if bsmith believes it, I'm much more willing to believe it.
# [17:24] <squiggy> ashish: I am new to firefox development , I have downloaded the source code and compiled , can you please help me out for the next steps?
# [17:25] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
# [17:26] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [17:27] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [17:28] * jhford-work-away is now known as jhford-work
# [17:29] <ashish> squiggy: #introduction might be a good place to start with!
# [17:29] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [17:30] <ashish> squiggy: also read through http://developer.mozilla.org/En/Introduction and ask around if you have questions. hth!
# [17:30] * Quits: newbie (kvirc@697AC6B3.8C6159FA.9A06DD32.IP) (Ping timeout)
# [17:31] <Ameya> Hello..
# [17:31] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [17:31] * armenzg_buildduty is now known as armenzg_brb
# [17:32] <Ameya> Which method of following file processes chrome.menifest ? http://mxr.mozilla.org/mozilla-central/source/chrome/src/nsChromeRegistry.cpp
# [17:32] <mkaply> jlebar: When I did a post about add-ons and disabling, one of the comments was "how does Firefox know a user has installed an add-on?"
# [17:32] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
# [17:32] * glob is now known as glob|away
# [17:32] <mkaply> jlebar: I've deliberately chosen not to look at how it knows because I don't want the answer floating around in my head :)
# [17:33] <jlebar> mkaply, I'm sure whatever it is is something an add-on could in theory circumvent.
# [17:33] * Quits: squiggy (Mibbit@4DC24CF1.A8BE606E.C842849F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:33] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
# [17:33] <decoder> bsmedberg: ping :)
# [17:34] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [17:34] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:34] <mkaply> jlebar: Yep. Even having an add-on hide itself from the add-on manager is one line of CSS.
# [17:34] <Ameya> I need to read chrome.menifest file...
# [17:34] <mconnor> we could make it more lines... :)
# [17:34] * Parts: findow (Mibbit@9A209A5C.6FDFB4BE.1957C0DA.IP)
# [17:34] * mconnor ducks
# [17:35] <Ameya> from addons.... I know that during FF loads it processes chrome.menifest .... can you tell ne which method does tha?
# [17:35] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [17:35] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [17:36] <mkaply> mconnor: Yes you could :).
# [17:36] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:37] <philor> drice: to add to your fun, test timeout in https://tbpl.mozilla.org/php/getParsedLog.php?id=9691615&tree=Mozilla-Inbound
# [17:37] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Quit: sheppy)
# [17:37] * Joins: jfkthame_afk (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [17:37] * jfkthame_afk is now known as jfkthame
# [17:38] <smontagu> lol @ https://bugzilla.mozilla.org/attachment.cgi?id=600309&action=diff#a/content/xml/document/src/nsXMLDocument.cpp_sec1
# [17:38] * smontagu wonders how many cases like that we have in the tree and whether it would be worth writing a tool to look for them
# [17:38] <NeilAway> Ameya: iirc it calls checkForNewChrome
# [17:39] * bear is now known as bear-afk
# [17:39] <mkaply> smontagu: you have to check the blame on that. It would be really funny if it was two people
# [17:40] * smontagu isn't sure which would be funnier
# [17:40] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [17:41] <smontagu> ok, it was two people, but when person B added the second time, it wasn't right next to the first time
# [17:42] <Yoric> smontagu: personally, I'd favor dumping C++ in favor of Rust :)
# [17:43] <mkaply> smontagu: so it slowly migrated until it was nex tto it
# [17:43] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:43] * armenzg_brb is now known as armenzg
# [17:44] <Jesse> fwiw, rustc currently doesn't complain if you write "use std" twice ;)
# [17:44] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:45] * Quits: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk) (Ping timeout)
# [17:45] <smontagu> mkaply: a "remove dead code" patch removed all the lines between the two in one go
# [17:46] <froydnj> smontagu: a shell one-liner indicates that we have a number of duplicate headers in source files
# [17:47] <froydnj> like ~300 (!)
# [17:47] * Joins: roc (chatzilla@40018561.F684631.21A4E96A.IP)
# [17:47] * ChanServ sets mode: +o roc
# [17:47] <smontagu> froydnj: want to make a patch?
# [17:47] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [17:47] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [17:47] <froydnj> smontagu: sure, I'll file some bugs
# [17:49] <smontagu> though I suspect we have many more unnecessary includes than duplicate includes
# [17:49] * Quits: gandalf (zbraniecki@moz-40F54DCB.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [17:50] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [17:50] * Joins: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk)
# [17:51] * Quits: Suresh (chatzilla@AB2A5D3C.30180830.EB06F97B.IP) (Quit: Suresh)
# [17:51] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [17:51] <@ehsan> armenzg: do you know what is happening here? https://tbpl.mozilla.org/php/getParsedLog.php?id=9660413&tree=Oak&full=1#error0
# [17:51] * Fallen is now known as Fallen|away
# [17:52] * armenzg checks
# [17:52] * armenzg is now known as armenzg_buildduty
# [17:52] <jlebar> Is there a C++ type which matches both a data pointer and a function pointer?
# [17:52] <Ameya> NeilAway: Actully I want to get list of URLs of all installed addons....So I need place where it checks chrome registry during FF boot up. Does CheckForNewChromedo check all chrome.menifest entries ?
# [17:52] <gcp> void*?
# [17:53] * Quits: magsout (magsout@moz-AC4E6C07.fbx.proxad.net) (Ping timeout)
# [17:53] <glandium> jlebar: no
# [17:53] <philor> ehsan: dunno about the cause without looking, but the meaning is "you need to clobber"
# [17:53] <glandium> jlebar: i think we should add one in mfbt
# [17:54] <jlebar> glandium, I'll add it if you tell me how...
# [17:54] <glandium> jlebar: you have to use an intermediate union
# [17:54] * Quits: tchevalier (chatzilla@moz-369A1548.w90-48.abo.wanadoo.fr) (Client exited)
# [17:54] <jlebar> glandium, But to make the implicit cast to that type safe, I need to have a constructor which takes only function pointers.
# [17:55] * Joins: tchevalier (chatzilla@moz-369A1548.w90-48.abo.wanadoo.fr)
# [17:55] <mkaply> smontagu: that would be a useful sript. Something that checked if one include already included another include, so the first include was unnecessary. I know I used to see that a lot
# [17:55] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [17:55] <glandium> jlebar: use a template
# [17:55] <@bsmedberg> decoder: pong
# [17:55] <smontagu> mkaply: I was thinking of dumber cases than that
# [17:55] * khuey|away is now known as khuey
# [17:55] * Quits: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk) (Ping timeout)
# [17:56] <smontagu> where you have #include "foo.h" and don't use anything in it
# [17:56] <froydnj> mkaply: there's a tool to do this built on top of clang
# [17:56] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [17:56] * Joins: libz (blah@3753EE3E.DBF822D2.45459EBF.IP)
# [17:56] <glandium> smontagu: I bet we have tons of that
# [17:56] <libz> hi, anyone know when https://bugzilla.mozilla.org/show_bug.cgi?id=722391 will be reviewed and checked in to m-c? it's been sitting for the last few weeks
# [17:56] * Joins: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz)
# [17:57] * Quits: SeoZ (DanielJuyu@9F96A832.F5F46C28.14E0EA63.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [17:57] <armenzg_buildduty> ehsan: clobber could help
# [17:57] * Ziggy|AWAY is now known as Ziggy_Maes
# [17:57] <Ameya> NeilAway: You there?
# [17:57] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:57] <armenzg_buildduty> BTW, should tbpl be showing *all* changes on a commit?
# [17:57] <@ehsan> armenzg_buildduty: thanks, I'll try that
# [17:57] <armenzg_buildduty> it is hard to load
# [17:57] <@ehsan> no
# [17:58] <@ehsan> patches accepted ;)
# [17:58] * timA|away is now known as timA
# [17:59] * timA is now known as IRCMonkey58546
# [17:59] * Joins: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk)
# [18:00] * rail is now known as rail-lunch
# [18:01] * Quits: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk) (Quit: For muffins!)
# [18:01] <jlebar> libz, If you'd like a review, you need to flag the patch with r?someone
# [18:01] <edmorley> libz: there isn't a review request set on that patch, to set one go to "details" -> set review to "?" and email to :joedrew (and let it autocomplete)
# [18:02] * fabrice|afk is now known as fabrice
# [18:03] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [18:03] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:03] <NeilAway> Ameya: sorry, I'm not sure what you mean, or whether that's possible
# [18:04] <philor> sadly, there was a patch to elide the entries for long pushes, which needed some nits fixed in 2010 and has sat since rotting away
# [18:04] <drice> philor: RE test-timeout.. alright. I'll take another look at it, but it runs nicely on my Ubuntu box, so not sure why its hanging there. It is asynch, so maybe I made some poor assumptions.
# [18:05] <Ameya> NeilAway: Basically I want to know chrome URLs of all installed addons..
# [18:05] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:05] * IRCMonkey58546 is now known as timA
# [18:05] <NeilAway> Ameya: well, we expose a list of all the manifest files, but I don't think we expose a list of all the URLs
# [18:06] * Joins: nrc (nrc@40018561.F684631.21A4E96A.IP)
# [18:06] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/cdf2ee308f36 - Kyle Huey - Bug 728392: nsUpdateService should clear its references to the update listener once it is no longer needed. r=rs
# [18:06] * Joins: pcwalton (pcwalton@moz-14B53B6A.hsd1.ca.comcast.net)
# [18:07] <Ameya> NeilAway: Is there a way to get extensionsIDs of all extensions..?
# [18:07] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:08] <Yoric> Ameya: was there a problem with the API I suggested a few days ago?
# [18:08] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [18:08] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [18:09] * fabrice is now known as fabrice|mtg
# [18:09] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [18:11] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [18:11] * jmaher|afk is now known as jmaher
# [18:12] <Ameya> Yoric: No..but instead of checking whether URL is not addon's I think checking whether it is a addon's is better... what do you think??
# [18:12] * armenzg_buildduty is now known as armenzg_lunch
# [18:12] * Quits: armenzg_lunch (armenzg@moz-803D7934.home1.cgocable.net) (Input/output error)
# [18:13] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [18:13] <Ameya> Yoric: I mean I would get list of URLs initally when FF loads...then finally I just need to compare incoming URL with URLs from that List...
# [18:14] <Ameya> Yoric: I mean ULRs of all addons.. would be available at the time of FF loading....
# [18:16] * Quits: vikram360 (vikram360@672EC40B.46686E3.2A068A5E.IP) (Ping timeout)
# [18:16] * Joins: vikram360 (vikram360@D684E0E2.8274BA73.2A068A5E.IP)
# [18:17] * joduinn-coffee is now known as joduinn-mtg
# [18:17] * Quits: vikram360 (vikram360@D684E0E2.8274BA73.2A068A5E.IP) (Quit: Leaving)
# [18:17] <Ameya> Yoric: I read at one place that getting URLs of all addons is possible by writing code in nsChromeRegistry::ProcessManifestBuffer() in nsChromeRegistry.cpp but since FF4+ processMenifestBuffer does not exsis.
# [18:18] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:19] <glandium> Ameya: what addons urls are you after?
# [18:19] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:20] <Ameya> I am looking for parallel place where I can write code such as... if (installRDF.exists()) then getPath..
# [18:20] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [18:20] <glandium> Ameya: the way to get addons info nowadays is https://developer.mozilla.org/en/Addons/Add-on_Manager
# [18:20] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:22] * Quits: mayhemer (mayhemer@moz-89EB94A8.net.upcbroadband.cz) (Quit: mayhemer)
# [18:23] * ctalbert|afk is now known as ctalbert
# [18:23] * Joins: armenzg_lunch (armenzg@moz-71039613.acanac.net)
# [18:23] <Ameya> glandium: I have modified http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/XPCJSID.cpp & I have a URLs of scripts that access nsICookieService interface... I need to know which of these URLs belong to addons..
# [18:24] <mcpherrin> WTF: Nightly tells me it can't play the video on http://www.mozilla.org/projects/firefox/prerelease.html
# [18:24] <mcpherrin> "No video with supported format and MIME type found"
# [18:24] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [18:24] <glandium> Ameya: so, you have chrome urls and you want to know which addon they belong to?
# [18:25] <Ameya> Exactly..
# [18:25] <jwir3> is there a way to turn on reflow counts for every frame (i.e. for text frames)... I get this: http://imgur.com/Tebja when I have reflow counts on. NOt every frame has a count?
# [18:25] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [18:25] <glandium> Ameya: you can resolve the chrome urls to the actual file under them
# [18:26] <glandium> Ameya: with nsIChromeRegistry::ConvertChromeURL
# [18:26] <libz> mcpherrin works for me here, Gecko/20120228 Firefox/13.0a1
# [18:26] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [18:26] <nemo> you know, given the random times when bz_sleep comments on bugs, I really wonder about his timezone :)
# [18:26] * mbrubeck prepares to do an inbound merge, assuming there's a green changeset in here somewhere...
# [18:27] <nemo> is like he is on a perpetual world tour for mozilla or something
# [18:27] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Quit: Ex-Chat)
# [18:27] * Joins: smaug (chatzilla@moz-F1AB3327.gprs.sl-laajakaista.fi)
# [18:27] * ChanServ sets mode: +o smaug
# [18:27] * Joins: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [18:28] * Ziggy|AWAY is now known as Ziggy_Maes
# [18:28] <Ameya> glandium: I have chrome://sample/content/clock.js which accesses nsICookieService & if i resolve it to real path by convertchromeURL but how would I know that real path is path of addon....
# [18:28] <jlebar> glandium, Do you mean something like this? (Uncompiled) http://pastebin.mozilla.org/1494760
# [18:29] * Joins: anky (anky@858DB2BC.4EB4947B.A3D1B221.IP)
# [18:29] <askalski> Niel, hi!
# [18:29] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:30] <drice> regarding xpcshell-based unit tests, if an asychronous test (i.e. one leveraging add_test, run_next_test) uses do_throw, but its caught, will the test hang? https://developer.mozilla.org/en/Writing_xpcshell-based_unit_tests
# [18:30] <glandium> jlebar: you need to use unions for conversions. I'd avoid the uint32_t conversion, too
# [18:31] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:31] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [18:31] <glandium> Ameya: check if it's under one of the extensions directories from the directory service
# [18:32] <Ameya> glandium: I mean nsICookieService can be called by serveral scripts.... some of them can be addon's scripts & some might be from FF itself.
# [18:32] * gregglind_away_usa is now known as gregglind
# [18:32] <glandium> jlebar: also, maybe just template <typename A> AnyPointer(A *) would work for any type of function (no idea, though, but if it works, that would make things simpler)
# [18:32] <jlebar> glandium, Why is it wrong to go through uintptr_t?
# [18:32] <glandium> Ameya: once you have the resolved path, compare it to extensions directories from the directory service
# [18:32] <tchevalier> rnewman: ping
# [18:32] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [18:33] <glandium> jlebar: i'm not sure it works
# [18:33] * mdas is now known as mdas|afk
# [18:33] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:33] <rnewman> tchevalier: hey, what's up?
# [18:33] <Ameya> glandium: I do not get extension directories from directory service...How to do that?
# [18:33] <jlebar> glandium, because the size of a function pointer might not be the same as uintptr_t?
# [18:34] * Joins: brendan (brendaneic@moz-34D4710.red-80-25-173.staticip.rima-tde.net)
# [18:34] * Joins: victorporof (victorporo@11A052C9.63BE4D17.4873E54D.IP)
# [18:34] <tchevalier> rnewman: Hey :) If you have the time, can you take a look at bug 716643, and tell us if you're aggred with the sentence in comment 19? :)
# [18:34] * Joins: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP)
# [18:34] <glandium> Ameya: you can get the base directory for extensions. anything that's under there is obviously from an extension
# [18:35] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:35] * Quits: evilpie (evilpie@moz-94A49635.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120227031120])
# [18:35] <rnewman> tchevalier: sure, it's in my queue
# [18:36] <tchevalier> rnewman: Okay, thanks!
# [18:36] <Ameya> glandium: Yup... How to get base directory for extensions??? Since many days I am trying to get prepath of extensions...
# [18:37] <Waldo> jlebar: what's the context for this?
# [18:38] <jlebar> Waldo, I want to write a function (for hashing) which accepts any pointer -- data, function, or method.
# [18:38] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:38] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:39] <Ameya> glandium: Which method returns base directory..?
# [18:39] <Waldo> worth noting that we assume function pointers convert losslessly to void* (ergo to uintptr_t) many places in the JS engine
# [18:40] <glandium> Ameya: https://developer.mozilla.org/en/nsDirectoryService with XRE_EXTENSIONS_DIR_LIST, XRE_SYS_LOCAL_EXTENSION_PARENT_DIR, XRE_SYS_SHARE_EXTENSION_PARENT_DIR, XRE_USER_SYS_EXTENSION_DIR ; there are probably others. It won't give you individual directories for addons. it will give you the directory under which you will find addons. And since there's nothing else but addons in there, if a chrome url resolves to something under one of thes
# [18:40] <Waldo> also worth noting that converting a function pointer to a non-function pointer needs some __extension__ macroization for gcc to not warn about it
# [18:40] <jlebar> Waldo, I notice the latter... :(
# [18:40] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:41] <glandium> jlebar: actually, i misrecollected, conversion from function to void * is okay. it's the other way around that is problematic and requires an union.
# [18:41] <Waldo> JS_FUNC_TO_DATA_PTR and vice versa are the JS engine macros for this
# [18:41] <Waldo> probably should upstream those to mfbt at some point
# [18:41] <jlebar> glandium, Oh, okay! That makes more sense.
# [18:43] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:44] * mdas|afk is now known as mdas
# [18:44] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
# [18:45] <mbrubeck> espindola: Does https://hg.mozilla.org/mozilla-central/rev/c75d0a91f7ed have the wrong bug number?
# [18:45] * Joins: zenon (Mibbit@CBD1A98F.6D6227B4.D216A595.IP)
# [18:45] * jimm is now known as jimm-lunch
# [18:45] * rshetty is now known as rshetty|brb
# [18:45] <jlebar> glandium, Looks like you were right wrt the template; AnyPointer(A *p) appears to work for function pointers too.
# [18:45] <espindola> mbrubeck, no, correct one
# [18:45] <Ameya> glandium: Thnks... Let me try this..Will get back to you later.
# [18:46] * Joins: harsh (Mibbit@2524FA52.2C2BFB59.35E0727C.IP)
# [18:46] <zenon> How can I start contributing towards Mozilla?
# [18:46] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [18:46] * Quits: cdiehl (cdiehl@moz-5F72F035.pool.mediaways.net) (Connection reset by peer)
# [18:46] <zenon> I really love Mozilla and want to contribute towards it..
# [18:46] <mbrubeck> zenon: Welcome!
# [18:47] <mbrubeck> zenon: Normally I would point you toward https://developer.mozilla.org/en/Introduction but the site seems to be down right now.
# [18:47] * Joins: cdiehl (cdiehl@moz-6AB43B8A.pool.mediaways.net)
# [18:47] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [18:47] <mbrubeck> zenon: http://www.mozilla.org/contribute/areas.html has some good starting points.
# [18:47] <kwierso> mbrubeck: man, that's been happening to mdn a lot recently...
# [18:47] <zenon> zenon: So should I wait for the site to be up again?
# [18:47] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:48] <mbrubeck> zenon: What sort of contribution are you interested in?
# [18:48] <Archaeopteryx> zenon: if you have questions, we can answer (even if we have to use the google cache)
# [18:48] * rail-lunch is now known as rail
# [18:48] <zenon> coding and development
# [18:49] <gcp> collusion uses the add-on bar. which we've basically deprecated. bah
# [18:49] <mbrubeck> espindola: Ah, got it.
# [18:49] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:49] * Joins: Fuzzmz (Fuzzmz@moz-B6CDC829.fuzz.me.uk)
# [18:49] <kwierso> gcp: and I'm not seeing the button it supposedly added to the addon bar in Nightly :(
# [18:49] <mbrubeck> zenon: A good first step is to download the Firefox source code and build it... unfortunately the build instructions are on the site that is down; let me see if I can find a copy somewhere accessible
# [18:49] <gcp> hmm, worksforme in nightly
# [18:49] <gcp> the button has some transparency issue
# [18:50] <nemo> mbrubeck: DMO is down?
# [18:50] <Waldo> bz_sleep: ping
# [18:50] <mbrubeck> zenon: And http://www.joshmatthews.net/bugsahoy/ is a useful tool for finding good beginning tasks to work on
# [18:50] <gcp> and well, it's in the add-on bar. nothing like a big empty bar with 1 button on it
# [18:50] * armenzg_lunch is now known as armenzg_buildduty
# [18:50] <mbrubeck> nemo: Yeah.
# [18:50] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [18:50] <nemo> mbrubeck: odd. front page came up for me
# [18:50] <nemo> a bit slowly
# [18:50] <nemo> can't remember where the build instructions are though
# [18:50] <Waldo> jlebar: you should probably include an overload for pointer-to-member, then delete it so it's impossible to use
# [18:50] <kwierso> gcp: oh, I just can't see it
# [18:50] <mbrubeck> nemo: *only* the front page is working for me
# [18:50] <Waldo> as pointer-to-member is as I understand it often not size-compatible
# [18:51] <kwierso> it can be clicked just fine if you know where to click a completely transparent icon on the bar :)
# [18:51] <nemo> nice
# [18:51] <nemo> mbrubeck: yep. 404 on https://developer.mozilla.org/en/Build_Documentation :(
# [18:51] <zenon> mbrubeck:checking on that
# [18:51] <jlebar> Waldo, You mean, pointer-to-member-function, or something else?
# [18:51] <kwierso> https://developer.mozilla.org/En/Simple_Firefox_build seems to be working for me now, zenon, mbrubeck
# [18:51] <nemo> mbrubeck: http://webcache.googleusercontent.com/search?oe=utf-8&rls=org.mozilla%3Aen-US%3Aunofficial&client=firefox-nightly&safe=active&hl=en&q=cache:CqZlJJveCAAJ:https://developer.mozilla.org/en/Build_Documentation&ct=clnk :D
# [18:51] <Waldo> jlebar: I don't remember precisely what I mean, but possibly that flavor of pointer-to-member, yes
# [18:52] <mbrubeck> kwierso: Still broken here. :( Might be intermittent.
# [18:52] <jlebar> Oh god, you can take a pointer to a non-function member.
# [18:52] * Waldo has his doubts that even plain old pointer-to-data-member will work correctly across casts through uintptr_t
# [18:52] <nemo> mbrubeck: another nice thing about NoScript - makes google cache links show up properly in search results. also prevents google from wiping my results when I'm editing the search
# [18:52] <mbrubeck> edmorley: If you're around, could you let bug 730415 know that it is fixed in m-c? (Or someone else with sg privs?)
# [18:52] <jlebar> Why on earth...
# [18:52] <nemo> mbrubeck: I am not a fan of their new JS
# [18:52] <Waldo> jlebar: well, that's like type-safe offsetof, which can be useful
# [18:53] <mbrubeck> Thanks, nemo! zenon, see nemo's Google cache link above if you want to start building Firefox.
# [18:53] <Waldo> jlebar: have dbaron point out some of the ways the layout engine uses it, they're kinda cute
# [18:53] <Waldo> in a good way
# [18:53] * jlebar reserves judgement. :D
# [18:53] <Waldo> :-)
# [18:53] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:53] * philor is now known as philor|away
# [18:53] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [18:54] * Joins: terrence|away (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:54] * terrence|away is now known as terrence
# [18:54] * Quits: dao (dao@moz-1377C14D.superkabel.de) (Quit: Leaving.)
# [18:54] * Quits: pranavrc (pranavrc@4A7D5033.97587DFD.C28326FD.IP) (Quit: Ping timeout: ∞)
# [18:54] * Quits: wolfiR_ (wolfiR@moz-157B79A4.dip0.t-ipconnect.de) (Quit: Leaving)
# [18:55] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [18:55] * Parts: harsh (Mibbit@2524FA52.2C2BFB59.35E0727C.IP)
# [18:55] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Client exited)
# [18:56] <jfkthame> decoder: ping
# [18:56] * rshetty|brb is now known as rshetty
# [18:57] * Quits: brendan (brendaneic@moz-34D4710.red-80-25-173.staticip.rima-tde.net) (Quit: brendan)
# [18:57] * Joins: vikram360 (vikram360@E7DFAAE6.A666AB3E.2A068A5E.IP)
# [18:58] <decoder> jfkthame: pong
# [18:58] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:58] <jfkthame> decoder: just curious, in bug 731187 did you have a real-life testcase, or using some kind of stress-testing tool to force the failure?
# [18:58] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [18:58] * Quits: libz (blah@3753EE3E.DBF822D2.45459EBF.IP) (Quit: )
# [18:59] <zenon> nemo: mbrubeck: Thanks for the jump start
# [18:59] <decoder> jfkthame: I do have a patch+tool i wrote :) the patch hooks into fallible allocators like moz_malloc and inspects the caller backtrace when called. when the backtrace matches a certain caller function (externally specified), it forces artificial OOM
# [18:59] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
# [18:59] <decoder> like that, I can tell firefox to exactly OOM when e.g. ::Create is calling it
# [18:59] * bhearsum|afk is now known as bhearsum
# [19:00] <jfkthame> decoder: cool - i figured you must be doing something along those lines - thanks, it's great to flush out stuff like this
# [19:00] * Quits: zenon (Mibbit@CBD1A98F.6D6227B4.D216A595.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:00] * hom is now known as dvander`home
# [19:00] * Joins: rniwa_ (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [19:01] <snorp> folks what happened to inline autocomplete in nightly?
# [19:01] <@bz_sleep> Is it expected that on aurora all the android tests fail?
# [19:01] <snorp> it's been gone for a while
# [19:01] <snorp> bz_sleep: no.
# [19:01] <kwierso> snorp: it's there for me?
# [19:01] <snorp> kwierso: well wtf
# [19:02] <kwierso> maybe I flipped something to turn it on
# [19:02] <kwierso> lemme check
# [19:02] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [19:02] <decoder> jfkthame: good that it's helpful =D
# [19:02] <kwierso> ooh, yeah, browser.urlbar.autoFill
# [19:02] <snorp> lame
# [19:02] <snorp> why isn't it on?
# [19:02] * snorp flips it
# [19:02] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [19:02] * fabrice|mtg is now known as fabrice
# [19:03] * Joins: bc (bc@moz-E31CD2CB.mozilla.org)
# [19:03] <snorp> kwierso: thanks, works now
# [19:03] <kwierso> "something something not ready yet"?
# [19:03] <snorp> typical
# [19:03] * Quits: pcwalton (pcwalton@moz-14B53B6A.hsd1.ca.comcast.net) (Quit: pcwalton)
# [19:03] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [19:04] <@smaug> does disk encryption slow down I/O operations. In other words, if I enable disk encryption, will build times increase
# [19:04] <nemo> bz_sleep: WRT https://bugzilla.mozilla.org/show_bug.cgi?id=713555#c35 - I'm guessing there really is no way to prevent OOM if way more memory is requested than a system has, unless firefox could have some vague idea of those limits?
# [19:04] <nemo> bz_sleep: so. no point in filing a bug?
# [19:04] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:04] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:05] <glandium> gcp: the addon bar could benefit from not taking the whole width. And we should stop using the addon bar ourselves, and have toolbar icons that we can add.
# [19:05] * Fallen|away is now known as Fallen
# [19:05] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [19:05] <gcp> the add-on is a sad left-over from the day we killed the status bar
# [19:06] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [19:06] * rniwa_ is now known as rniwa
# [19:06] <gcp> add-on bar
# [19:06] <gcp> most "advanced" add-ons have long left it
# [19:06] * Joins: anant (anant@moz-4B3AFCEB.red-88-2-200.staticip.rima-tde.net)
# [19:07] <nemo> gcp: https://addons.mozilla.org/en-US/firefox/addon/download-statusbar/ - still 2½ million users or so
# [19:07] <lurking> addon bar not taking the whole width of the window would just plain look weird
# [19:07] * Quits: kumar|onair (kmcmillan@moz-49AE2BEB.lightspeed.cicril.sbcglobal.net) (Ping timeout)
# [19:08] * Joins: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net)
# [19:08] <glandium> lurking: more or less weird than an addon bar taking the whole width for one icon?
# [19:08] * Quits: victorporof (victorporo@11A052C9.63BE4D17.4873E54D.IP) (Ping timeout)
# [19:09] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:09] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [19:09] * Joins: kumar (kmcmillan@moz-49AE2BEB.lightspeed.cicril.sbcglobal.net)
# [19:09] <gcp> collusion has been so nice to inform me what mozilla.org uses the "red" webtrendslive.com
# [19:09] <lurking> well, no - not for one icon sure - addons like ForecastFox that takes up 1/3 of the bar though is different- and placing it anyplace else other than the addon bar completly crunches the navbar or tabstrip
# [19:09] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [19:09] <gcp> so much for practise what you preach
# [19:10] <josh> hurley: that was pretty fast repo creation!
# [19:10] <gcp> some add-ons need so place to stick their stuff. that doesn't mean any less that the add-on bar is a relic of past times
# [19:10] * Quits: kumar (kmcmillan@moz-49AE2BEB.lightspeed.cicril.sbcglobal.net) (Quit: kumar)
# [19:10] * Joins: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP)
# [19:11] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [19:11] * glandium wonder why collusion likes to make connections cross
# [19:11] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:12] <glandium> i like how the export graph actually exports data
# [19:13] * Joins: victorporof (victorporo@C3CD94BE.B89616B1.79933D60.IP)
# [19:13] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
# [19:14] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [19:14] <Waldo> bz_sleep: I'm curious, how much more readable do you find bitshift/bitmask macros than just spelling out the arithmetic manually? I myself would much rather see 1<<17 than PR_BIT(17) or (1<<4) - 1 versus PR_BITMASK(4)
# [19:15] <Waldo> the arithmetic is self-explanatory
# [19:15] <Waldo> the macros I always have to look up to see what the passed-in numbers correspond to
# [19:15] <Waldo> or even 0x100 rather than (1<<8)
# [19:16] <Waldo> or 0xFF rather than (1<<8)-1
# [19:16] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:16] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [19:18] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
# [19:19] * Joins: adeubank (Mibbit@moz-91023FDB.allocated.csupomona.edu)
# [19:19] * joduinn-mtg is now known as joduinn-afk
# [19:20] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [19:20] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [19:21] <edmorley> mbrubeck: done :-) (sorry was making dinner)
# [19:22] * mak is now known as mak|afk
# [19:22] <drice> biesi: My xpcshell-test hung, apparently. How can I debug this? It runs fine on mine.
# [19:22] * jhford-work is now known as jhford-work-away
# [19:22] <drice> https://tbpl.mozilla.org/php/getParsedLog.php?id=9691615&tree=Mozilla-Inbound
# [19:22] <mbrubeck> edmorley: thanks!
# [19:22] * jimm-lunch is now known as jimm
# [19:23] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [19:23] <drice> (oh, there's a "view full log" button. duh)
# [19:23] * Joins: karl (karl@moz-797734D.jetstream.xtra.co.nz)
# [19:23] <drice> (nevermind, not enough info there, either)
# [19:23] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [19:23] <biesi> drice, so it probably means that an exception was thrown that prevented do_test_finished from being called
# [19:24] <drice> biesi: I'm not using do_test_finished. I'm using add_test and run_next_test
# [19:24] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [19:24] <biesi> huh, ok, let me find out what they do :-)
# [19:24] <drice> It's basically the same thing; if I don't call run_next_test it'll hang
# [19:24] <drice> I just don't know how to figure out where that is happening.
# [19:24] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:24] * ChanServ sets mode: +o dbaron
# [19:24] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
# [19:24] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [19:25] <drice> I'm adding some do_timeouts in order to check for hangs, but I'm not sure what I can use to force a fail immediately.
# [19:25] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [19:25] <biesi> drice, so the problem is that if you're in a callback from c++, you won't get debug output for an exception
# [19:25] <biesi> so try adding a try..catch around your callback impl and dump the exception?
# [19:25] <biesi> do_throw fails immediately, iirc
# [19:26] <drice> doc says... "Note: While do_throw can be caught by a try/catch block, executing it will cause the test to fail when it completes."
# [19:26] * philor|away is now known as philor
# [19:26] <drice> assuming it === "the test", it still needs to reach run_next_test.
# [19:26] * bear-afk is now known as bear
# [19:26] <drice> which encourages me to not use do_throw at all :)
# [19:27] <glandium> in fact, about:collusion would be very much more useful than the addon bar icon
# [19:27] <glandium> or collusion: or whatever url
# [19:27] <biesi> drice, it does not
# [19:27] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [19:27] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:27] <biesi> drice, http://mxr.mozilla.org/mozilla-central/source/testing/xpcshell/head.js#468
# [19:28] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [19:28] <drice> alright, awesome. So if I surround native callbacks with try{} catch{do_throw()} I'll be in better shape?
# [19:28] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [19:28] <biesi> drice, yep
# [19:28] <drice> Alright I'll give that a shot. Patch incoming in 10min.
# [19:29] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [19:30] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [19:30] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [19:30] * Quits: anant (anant@moz-4B3AFCEB.red-88-2-200.staticip.rima-tde.net) (Quit: anant)
# [19:32] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:33] * Parts: adeubank (Mibbit@moz-91023FDB.allocated.csupomona.edu)
# [19:34] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [19:35] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
# [19:35] <Waldo> jcranmer|away: ping, no rush
# [19:35] * Quits: karl (karl@moz-797734D.jetstream.xtra.co.nz) (Ping timeout)
# [19:36] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [19:37] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [19:37] <jtcranmer> Waldo: pong?
# [19:37] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [19:37] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [19:38] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:38] <Waldo> jtcranmer: so I have two IMAP accounts and often move mail between them; moving, say, 20 messages from folder F in account A to B blocks viewing other messages in F until the whole move completes; do you happen to know what bug that'd be? "move" in Mailnews didn't find it, but it's gotta be well-known
# [19:39] <hurley> josh: indeed it was! i was hoping to at least have a README before the repo was created :)
# [19:39] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [19:40] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [19:40] * catlee is now known as catlee-lunch
# [19:40] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [19:40] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [19:41] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
# [19:41] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [19:41] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [19:42] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [19:43] <jtcranmer> Waldo: I don't know my imap bugs that well
# [19:43] <Waldo> okay, no worries
# [19:44] <jtcranmer> wsmwk or bienvenu might know better
# [19:44] * Quits: grubshka (grubshka@moz-D1B85DDD.w86-216.abo.wanadoo.fr) (Ping timeout)
# [19:44] * Waldo has kind of been ignoring that issue for awhile (bad dogfooder!)
# [19:44] <Waldo> despite it being a noticeable drag on my bugmail processing abilities
# [19:44] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [19:44] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:45] * Quits: @bz_sleep (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Ping timeout)
# [19:45] * Joins: cpearce (chatzilla@moz-AD8CD407.xdsl.xnet.co.nz)
# [19:46] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [19:46] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:48] * Quits: anky (anky@858DB2BC.4EB4947B.A3D1B221.IP) (Ping timeout)
# [19:49] * Joins: anky (anky@F3FADE57.24CCFCF8.A3D1B221.IP)
# [19:49] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:50] * Quits: past (past@moz-9D677A1D.dsl.dyn.forthnet.gr) (Input/output error)
# [19:50] * Quits: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.8/20120216165248])
# [19:50] * mak|afk is now known as mak
# [19:50] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [19:51] * Joins: jdm (jdm@moz-A6453F6A.uwaterloo.ca)
# [19:52] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [19:52] <mbrubeck> Callek: So, I'm about to mass-change the native fennec bugs approved for Aurora/Beta.
# [19:52] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [19:52] <Callek> great thanks
# [19:52] <biesi> drice, fyi I can't easily checkin
# [19:52] <biesi> hmm
# [19:53] <biesi> I'm not sure I have an SSH key accessible anywhere that works with m-c
# [19:53] <mbrubeck> Callek: My plan is to set status-firefox11/12 to wontfix -- does that work for you? You can query for status-firefox11:(affected|---)
# [19:53] <drice> biesi: Alright I can poke someone else after your review. jdm did the checkin last time (and caught flak for breaking things)
# [19:53] <Callek> mbrubeck: it will still show up in my query if its approved and not fixed/verified
# [19:53] <jdm> drice: I don't mind checking things in.
# [19:54] <jdm> but let's make sure that it won't bounce again :)
# [19:54] <mbrubeck> Callek: Can you change that query to "(fixed|verified|wontfix)"?
# [19:54] <Callek> mbrubeck: because we did not account for [and it would be hard to do] a case of approval+ ... wontfix in the same thing
# [19:54] <mbrubeck> (I could clear the approval flags, but it would be more work to do that on mass...)
# [19:54] <drice> jdm: I don't know about the test. I have no idea what it failed; I made changes to hopefully get more information out of it. Regarding the code itself, I've resolved the error which halted the windows build, but haven't built on windows myself.
# [19:54] <Callek> mbrubeck: I actually can't its a custom page on bmo (with its own custom query) so needs a deployment and code-change to change
# [19:55] <drice> jdm: You wouldn't happen to be sitting at a windows computer ready to build, would you?
# [19:55] <jdm> drice: we can send it to the try server and get test results.
# [19:55] <mbrubeck> Callek: Oh, okay. I'll clear the approval flags, then.
# [19:55] * mdas is now known as mdas|afk
# [19:55] <Callek> mbrubeck: great thanks
# [19:56] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [19:56] <drice> jdm: I know nothing about that, but would like to. Let me know what I can do to help / follow along.
# [19:56] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [19:58] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:58] <biesi> drice, https://wiki.mozilla.org/ReleaseEngineering/TryServer
# [19:58] <jdm> shoot, the xpcshell test hung - those are a pain since I never finished the fix that would let us see the output
# [19:58] <biesi> drice, only people with a mercurial account can push
# [19:58] <biesi> drice, but maybe jdm will volunteer for that :)
# [19:58] <jdm> biesi: we also have the autolander now
# [19:58] <biesi> jdm, oh nice
# [19:59] <jdm> I'll wire it up
# [19:59] <biesi> I don't have enough time to keep up with all that is happening at mozilla :(
# [20:00] * mcote is now known as mcote|lunch
# [20:00] <lsblakk> biesi: https://wiki.mozilla.org/Build:Autoland
# [20:00] <lsblakk> quick read :)
# [20:00] * Waldo can't believe he's had to fix merge conflicts twice in the last couple days in license.html
# [20:00] <jdm> drice: you can use do_report_unexpected_exception instead of do_throw and get better output
# [20:00] <biesi> Waldo, heh
# [20:00] <biesi> Waldo, what are you changing?
# [20:00] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [20:00] <biesi> Waldo, (and what's the other guy changing?)
# [20:00] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [20:01] <Waldo> biesi: adding an IntTypes.h header to complement StdInt.h
# [20:01] * Quits: anky (anky@F3FADE57.24CCFCF8.A3D1B221.IP) (Client exited)
# [20:01] <jdm> drice: also remove the try/catch around this.reset, there's nothing there that can throw
# [20:01] <Waldo> biesi: which involves slightly genericizing the license for the MS-compatible stdint.h we have, to cover the MS-compatible inttypes.h from the same source
# [20:01] <Waldo> and fixing up the referenced source paths and such
# [20:01] <biesi> jdm, maybe you should review this instead of me!
# [20:01] <jdm> biesi: sure, I can do that
# [20:01] <Callek> lsblakk: out of curiosity, for autoland, "What about repo permissions?" I have a bugzilla e-mail that is different than my actual repo-used e-mail. Does that affect things?
# [20:01] <lsblakk> we check your bz email against ldap
# [20:02] <lsblakk> there's a tool
# [20:02] <Callek> lsblakk: yea, my bz e-mail does not have any LDAP perm
# [20:02] * Joins: theoszymkowiak (theo@moz-F3C9A190.w82-125.abo.wanadoo.fr)
# [20:02] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [20:02] <Waldo> biesi: first was someone removing a license entry immediately adjacent to the one I was tweaking, second was apparently changing all <a name=""> to <a id=""> in the file
# [20:02] <biesi> ah
# [20:02] <mbrubeck> Callek: Done.
# [20:02] <Waldo> I got unlucky on the first one, really :-)
# [20:02] <lsblakk> Callek: but ldap knows about your bugzilla email? cause for most people it does and we can cross-check hg level perms that way
# [20:03] <lsblakk> Callek: have you tried autoland to check if it works/doesn't?
# [20:03] <Callek> lsblakk: I have not tried yet, but *afaik* LDAP has no knowledge of my bugzilla e-mail
# [20:03] <Callek> since I don't use it anywhere else but bugzilla
# [20:03] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
# [20:03] <edmorley> lsblakk: s/most people/moco employees/
# [20:03] <Callek> though it may if LDAP ties it with s-g/etc. perms
# [20:03] <theoszymkowiak> hello!
# [20:03] <lsblakk> edmorley: yes, thank you - that is more correct :)
# [20:04] <lsblakk> Callek: i would be curious to know, so if you have a reason to try autoland please do
# [20:04] <mbrubeck> cf. http://quotes.burntelectrons.org/6261
# [20:04] <Callek> sure I'll plan to try within the next week or two -- then we'll know if it works
# [20:04] * rail is now known as rail-brb
# [20:04] * Joins: pascalc (chatzilla@moz-EC851914.rev.sfr.net)
# [20:04] <@khuey> lsblakk: LDAP knows about bugzilla emails for employees that have set them
# [20:04] <Callek> lsblakk: does autoland comment if perms don't allow autoland?
# [20:04] <@khuey> that's it, afaik
# [20:04] <mbrubeck> There goes khuey stealing our magic again.
# [20:05] <lsblakk> well then that's what our bz-ldap tool is using
# [20:05] * mdas|afk is now known as mdas
# [20:05] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:05] <Callek> lsblakk:
# [20:05] <@khuey> mbrubeck: well, I am jhammel's Dementor/Ron Paul
# [20:05] <lsblakk> no, we don't use phonebook
# [20:05] <lsblakk> for this tool
# [20:05] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [20:05] <lsblakk> there's something set in ldap for your bugzilla mail
# [20:06] <lsblakk> Callek: yes, it does
# [20:06] <@khuey> the only way to set that field in LDAP is through phonebook, as far as I know
# [20:06] * catlee-lunch is now known as catlee
# [20:06] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [20:06] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [20:06] * Quits: nrc (nrc@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [20:06] <lsblakk> but we have non employees with ldap
# [20:06] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [20:06] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:06] * sworkman_ is now known as sworkman
# [20:07] <Callek> lsblakk: "well then that's what our bz-ldap tool is using" well then that steals a lot of usefullness from me (and likely a significant amount of other contribs)
# [20:07] <lsblakk> 'steals'?
# [20:07] <lsblakk> we're _adding_ stuff here, not taking it away
# [20:07] <lsblakk> whatever you're used to doing, you can still do
# [20:07] * @khuey backs away from this conversation
# [20:08] <@khuey> gotta go steal someone's soul/advocate for the fair tax
# [20:08] <drice> jdm: okay I'll make those changes in a moment; getting pulled away by real work momentarily
# [20:08] * Joins: victorporo (victorporo@5B629E5.1DA4E384.4873E54D.IP)
# [20:08] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [20:08] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/5439f4751116 - Brian R. Bondy - Bug 730862 - Disable signmar by default and provide an option to enable it. r=rstrong. sr=khuey
# [20:08] <lsblakk> Callek: it actually adds more for other contribs because with a r? from an auth'd person they can have their patches autolanded
# [20:09] * Quits: victorporof (victorporo@C3CD94BE.B89616B1.79933D60.IP) (Ping timeout)
# [20:09] <lsblakk> and neither dev nor un-ldap'd contributor need to push to try
# [20:09] * Quits: victorporo (victorporo@5B629E5.1DA4E384.4873E54D.IP) (Quit: Linkinus - http://linkinus.com)
# [20:09] <lsblakk> the computer does it for you, isn't that nice?
# [20:09] * jhford-work-away is now known as jhford-work
# [20:09] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:10] <gavin> I think callek's point is that the LDAP-Bugzilla association is currently only possible for people who have access to phonebook (employees)
# [20:10] <gavin> so non-employees cannot become autoland-blessers
# [20:10] <Callek> yea thats exactly my point
# [20:10] <gavin> yes, known issue
# [20:10] * Quits: wolfiR (wolfiR@moz-157B79A4.dip0.t-ipconnect.de) (Quit: Leaving)
# [20:10] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [20:10] <gavin> not an insurmountable problem
# [20:10] <lsblakk> if someone comes up with a secure way to work around that, patches accepted - but that wouldn't be part of our Q1 goal is all
# [20:11] <Callek> and I also can't autoland (and other non-employees with L1/L3 perms who are not employees but have different bugzilla e-mail) can't currently use autoland-try unless they have someone who *can* review their patch
# [20:11] <lsblakk> again, we're adding here and trying to build up more tools and options
# [20:11] <lsblakk> the bugzilla mail you choose and whether you connect it in phonebook if you're an employee is your choice
# [20:11] <gavin> the problem isn't with auto-land, it's with an LDAP interface
# [20:11] <Callek> lsblakk: sure, I just wanted to make sure we understood that it was a limitation that was a pain -- and to note that this limitation is not documented on the wiki yet
# [20:12] <lsblakk> well, it's a wiki - feel free to add the pain points if you think that will be helpful to other users
# [20:12] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [20:12] <lsblakk> i thought we made it clear who could and couldn't use it right now
# [20:12] <Callek> (sure, not-documented-on-wiki wasn't sure if it was unknown, and why I bring it up first)
# [20:12] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Connection reset by peer)
# [20:13] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [20:13] <Callek> well I have permissions to push to try, review comm patches, etc. but not to use autoland, that combination wasn't clear and I only knew of the problem due to my intimate knowledge of the relevent systems
# [20:13] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:13] <Callek> but anyway, I don't know of an (easy) way to rectify that.
# [20:14] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [20:14] * zpao|detached is now known as zpao
# [20:15] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:15] * ChanServ sets mode: +o dbaron
# [20:16] <gcp> I got a link from a user that might be a workign exploit against 10.0.2/Win. (Or might expose a commonly-installed plugin) What's the best way to report this?
# [20:16] <gcp> Closed bug? Mail to security@?
# [20:16] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:17] <Waldo> gcp: probably closed bug; security@ would do the same, but I understand it to be a bit more of a firehose with lower snr
# [20:17] * Quits: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [20:17] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Quit: jfkthame)
# [20:17] <gavin> security@ would just force someone else to file a bug :)
# [20:17] <gavin> file a bug directly
# [20:17] * Quits: surkov (surkov@D5570440.C1645F5A.34044A7F.IP) (Quit: surkov)
# [20:18] <jet> smontagu: ping
# [20:18] <smontagu> jet: pong
# [20:18] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:19] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:19] <jet> smontagu: can you comment on 715319? Do we need to fix that for Beta?
# [20:19] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [20:19] * Joins: evilpie (evilpie@moz-94A49635.pools.arcor-ip.net)
# [20:20] <drice> jdm: like so? http://pastebin.mozilla.org/1494847
# [20:20] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [20:21] * sheppy is now known as sheppy-afk
# [20:21] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:21] <jdm> drice: you can add some flavour text as another argument like "running onSocketAccepted"
# [20:21] * Joins: MikeK (chatzilla@BB3DC1A3.5319E061.D57E6536.IP)
# [20:21] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [20:22] * Joins: vaibhav (Adium@moz-44032144.mtnl.net.in)
# [20:23] <nemo> hate hate hate protocol hiding. I keep forgetting to disable it and screw up link copying :(
# [20:23] <gavin> "screw up link copying"?
# [20:23] <drice> you can disable it? /me runs away to do so
# [20:24] * Joins: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP)
# [20:24] <catlee> espindola: did one of the project branches get switched over to clang?
# [20:24] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:24] <gavin> link copying should work just fine, unless you manually edit the URL without loading it
# [20:24] <drice> nemo: what's the about:config setting for that?
# [20:24] <gavin> trimURLs
# [20:25] <espindola> catlee, no, I just push the first try
# [20:25] <espindola> debugging why valgrind crashes
# [20:25] <catlee> espindola: ok, cool
# [20:25] <nemo> gavin: right. I frequently want to remove something, like, say, a silly ?randomreferergarbage before linking a friend
# [20:25] <nemo> gavin: and then I lose http
# [20:25] <espindola> catlee, https://tbpl.mozilla.org/?tree=Try&rev=3b42e26d63f4
# [20:25] <nemo> regardless. it is a silly idea that confuses every single user I have to help, even when it works right :(
# [20:26] <nemo> gavin: most common about:config recommendation I make is to remove that
# [20:26] <gavin> sounds like your friends are nerds
# [20:26] <nemo> problem is I so often use test profiles... I should set it to default, 'cept that gets wiped every update
# [20:26] <nemo> gavin: no. they are non-technical in the extreme
# [20:26] <nemo> gavin: and got very confused by sites that had http and those that didn't
# [20:26] <gavin> and yet they hand-edit URLs and copy/paste them?
# [20:26] <nemo> and when they needed to use http and when it didn't matter
# [20:27] * Joins: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP)
# [20:27] <gavin> that's pretty simple. you never need to use http:
# [20:27] <nemo> gavin: well. hand editing URLS to copy say a site isn't that unusual. but that's not my point. they were confused, as I said, by the very *concept* of hiding http
# [20:27] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [20:27] <nemo> gavin: *I'M* the one who keeps running into the situations where it fails :(
# [20:28] <drice> jdm: regarding do_test_pending, apparently add_test and run_next_test is supposed to handle all that. https://developer.mozilla.org/en/Writing_xpcshell-based_unit_tests#XPCShell_test_utility_functions
# [20:28] <jdm> oh, hmm
# [20:28] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:28] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [20:29] * jwir3 is now known as jwir3|lunch
# [20:29] <nemo> gavin: and "never need to use http:" is pure nonsense. you do that and you frequently type non-urls into web forms.
# [20:29] <drice> As far as I can see, as long as my paths end with either do_throw, do_unexpected_exception, or run_next_test, the test will go forward or halt.
# [20:29] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [20:29] <nemo> gavin: but having to explain why a browser shows https but not http to my mom was just... annoying.
# [20:29] <nemo> or even ftp, which I've linked on occasion
# [20:29] * Quits: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP) (Ping timeout)
# [20:29] * rail-brb is now known as rail
# [20:29] <nemo> the entire concept is flawed and stupid
# [20:29] <nemo> oh well. whatever
# [20:29] * nemo sighs and disables it in this profile too. again.
# [20:29] <smontagu> jet: yeah, we need to fix it
# [20:30] <gavin> I don't understand your point about non-urls and web forms
# [20:30] <jdm> drice: yeah, I think you're right.
# [20:30] <drice> jdm: The intention is that the openOutputStream hits the callback which hits run_next_test (I'll add a comment)
# [20:30] <jet> smontagu: thanks, pls. update the bug with your diagnosis.
# [20:30] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [20:30] <jdm> I've never encountered add_test and run_next_test before; excuse my ignorance
# [20:30] <drice> *shrug* I'm the silly guy reading documetnation
# [20:31] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:31] * Quits: vikash (vikash@1AB2B68A.9B552DFD.5D9ABA9F.IP) (Quit: Leaving)
# [20:31] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/30b4f99a137c - Serge Gautherie - Bug 725015. (Av3) Add missing 'return', Set needed preference, Make todo() message more explicit. r=mounir.
# [20:31] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [20:31] * Quits: cpearce (chatzilla@moz-AD8CD407.xdsl.xnet.co.nz) (Ping timeout)
# [20:31] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:32] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [20:32] <philor> khuey: you've got orange, that's maybe actually you. or not.
# [20:33] <@smaug> jet: ok, booking flights and I updating wiki after that
# [20:33] <@khuey> philor: on trunk?
# [20:33] <jet> smaug: thx
# [20:33] <nemo> gavin: hiding the protocol just trains people to never type http: which is what you said "never need to use" which is obviously wrong
# [20:33] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:34] <nemo> gavin: maybe it is true in the URL bar. but that's about it.
# [20:34] * Quits: jdm (jdm@moz-A6453F6A.uwaterloo.ca) (Client exited)
# [20:34] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [20:34] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [20:34] <nemo> gavin: heck. my SO had gotten the concept that https:// meant "secure" then I had to explain to her that no protocol showing was the same as http: and she still had to type http: when putting a link into drupal
# [20:34] <@khuey> philor: the ones on trunk are both known, I think
# [20:35] <nemo> gavin: she can figure out a CMS, with training, but that doesn't make her technical. anyway. dumb idea. annoys people. breaks copying parts of links. many reasons to hate it :(
# [20:35] <nemo> I only wish there was a config option so I don't have to keep explaining about:config to them
# [20:36] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [20:36] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [20:36] <jhammel> nemo: i agree with you but i think that train has sailed
# [20:37] <nemo> hehehe
# [20:37] <nemo> I know :(
# [20:37] * Quits: @roc (chatzilla@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [20:37] <sfink> you mean that ship has left the station?
# [20:37] <drice> jdm: attached. try server?
# [20:37] <jhammel> like a screendoor on a battleship ;)
# [20:37] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [20:37] <nemo> jhammel: but complaining makes me feel better :) takes the edge off of it screwing me up
# [20:38] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [20:38] <sfink> I would kinda like a master prefs.js that all my profiles inherited from
# [20:38] <nemo> sfink: oh. that'd be awesome. then it would screw me up less
# [20:38] <nemo> hm. might even be an easy addon...
# [20:38] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:39] <sfink> ...that you would install into which profile? :)
# [20:39] <nemo> I wonder if there's some "enterprise config" thingy I could use for that.
# [20:39] <nemo> sfink: ~/.mozilla/firefox/masterprefs.js
# [20:39] <nemo> or ~/.config/mozilla/masterprefs.js
# [20:39] <nemo> oh. the addon
# [20:39] <sfink> I meant the addon
# [20:39] <nemo> lolol <- slow
# [20:40] <@ehsan> vladan: can you please submit an interdiff?
# [20:40] <nemo> sfink: isn't there some enterprise thingy for windows? I wonder if there's a linux variant.
# [20:40] <nemo> sfink: for loading shared configs I mean
# [20:40] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [20:40] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:40] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [20:41] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
# [20:41] <sfink> Sorry, I'm on the same side of the fence as you. I boot into Windows once every few weeks to rip a CD into iTunes and sync my iCrap.
# [20:41] * Quits: theoszymkowiak (theo@moz-F3C9A190.w82-125.abo.wanadoo.fr) (Ping timeout)
# [20:42] <sfink> And I don't really want to run firefox under wine just for this...
# [20:44] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [20:44] <dholbert> nemo, http://kb.mozillazine.org/Locking_preferences is one way to do it, it looks like, though that locks the prefs as well as setting them
# [20:44] * Joins: theoszymkowiak (theo@moz-F3C9A190.w82-125.abo.wanadoo.fr)
# [20:44] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [20:44] * jgriffin is now known as jgriffin-afk
# [20:44] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [20:45] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:47] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [20:47] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Ping timeout)
# [20:47] <philor> khuey: I don't think "no content was injected" === "test timed out"
# [20:48] * Quits: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be) (Ping timeout)
# [20:48] * Joins: jdm (jdm@moz-A6453F6A.uwaterloo.ca)
# [20:49] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
# [20:49] <Mook_as> nemo: you can install it in ~/.mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/ IIRC? see https://developer.mozilla.org/en/Installing_extensions
# [20:49] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [20:50] <philor> though apparently I did think so, at least as far back as December :|
# [20:50] <@khuey> philor: sure you do
# [20:50] <@khuey> ok, cool
# [20:50] <@khuey> I don't have to dredge up the link
# [20:51] * timA is now known as timA|lunch
# [20:51] <nemo> dholbert: well. in this case locking is perfect
# [20:51] <nemo> dholbert: hrm. but that has to be done under the install
# [20:52] * Parts: theoszymkowiak (theo@moz-F3C9A190.w82-125.abo.wanadoo.fr)
# [20:52] <nemo> dholbert: it isn't like firefox looks anywhere outside the install by default.
# [20:52] <nemo> Mook_as's suggestion is probably more practical for my situation :)
# [20:52] <nemo> just need to make a basic extension that disables trim url
# [20:52] * Joins: theo (theo@moz-F3C9A190.w82-125.abo.wanadoo.fr)
# [20:52] <nemo> and can later extend it to arbitrary settings
# [20:52] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [20:53] <drice> jdm: Changed as requested. Ping me when you've got a moment to look at it and do the try server thing.
# [20:53] * Quits: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net) (Input/output error)
# [20:54] * Joins: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net)
# [20:56] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:57] <@smaug> jet: ...except that Egencia doesn't let me book the flights
# [20:58] * Joins: kutsurak (pex@moz-A52F8D50.w90-46.abo.wanadoo.fr)
# [20:58] <@smaug> ah
# [20:58] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [20:58] <@smaug> had to use the insane US-style date format
# [20:58] <@khuey> heh
# [20:58] <jet> smaug: yes, the work week is in the USA :D
# [20:59] <kwierso> There is no 29th month, smaug
# [20:59] <jesup> Depends on the planet
# [20:59] <qDot> Stupid Smarch.
# [21:00] * Joins: stefanh_netbook (chatzilla@moz-3EED0162.customers.ownit.se)
# [21:00] <@khuey> jet++
# [21:01] <mbrubeck> kwierso: Except during leap years, right? ;)
# [21:01] <philor> ttaubert: since we went over the domwindow+docshell leak limit once overnight on inbound, without any backout curing it, that just means the limit's too low, right?
# [21:02] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [21:02] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
# [21:02] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [21:03] * juanb is now known as juanb|afk
# [21:04] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:05] <@khuey> mounir: ping?
# [21:05] <jdm> drice: I gave more feedback.
# [21:05] <drice> jdm: http://mxr.mozilla.org/mozilla-central/source/testing/xpcshell/head.js#876 run_next_test does a do_test_pending for us, as well as a do_test_finished for past tests
# [21:05] <msucan> i have an object that says [xpconnect wrapped nsIController]. how do i unwrap it? object.wrappedJSObject doesn't work (it's undefined)
# [21:05] <Mossop> Unwrap it into what?
# [21:05] <jdm> drice: oh.. huh.
# [21:05] <jdm> ok, I feel silly.
# [21:06] <drice> And looking at the source, I even see that I don't need to do_execute_soon, since it does that too.
# [21:06] <jdm> I'll push to try :)
# [21:06] <Mossop> msucan: It's an nsIController so you can call any nsIController methods or QueryInterface it to something else
# [21:06] <drice> jdm: Alrighty. Any way for me to follow along, or just wait to hear from you? I looked at some of the links from https://wiki.mozilla.org/ReleaseEngineering/TryServer and didn't see anything I could make sense of
# [21:07] <jdm> drice: it all happens in the bug, so you'll get mail :)
# [21:07] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [21:07] <msucan> Mossop: yeah, i was interested to get to its "content" to access any property/method from the object. thanks!
# [21:07] * Joins: vaibhav1 (Adium@moz-F3EAA104.mtnl.net.in)
# [21:07] * Quits: vaibhav (Adium@moz-44032144.mtnl.net.in) (Ping timeout)
# [21:08] * Joins: alastair (alastair@moz-46B2F9D6.zone5.bethere.co.uk)
# [21:08] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [21:09] * Quits: pascalc (chatzilla@moz-EC851914.rev.sfr.net) (Ping timeout)
# [21:10] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
# [21:11] <msucan> Mossop: so, found that the controller works as i want, but i still have the bug and i don't know why
# [21:11] <msucan> i have a registered controller for cmd_delete
# [21:11] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [21:12] <msucan> i add it to window.controllers at position 0, and when i do getControllerForCommand("cmd_delete") i get the right controller (mine)
# [21:12] <@smaug> Cww: what kinds of CC you've got
# [21:12] <@smaug> CC times
# [21:12] <msucan> but when i right click in scratchpad, the context menuitem associated to the cmd_delete command, uses the native command controller
# [21:12] <msucan> not mine
# [21:12] <msucan> why would that happen?
# [21:12] * rhelmer is now known as IRCMonkey56894
# [21:13] <Mossop> I know nothing about controllers
# [21:13] <Wes> Is there anybody here who understands cross-site CSS ru
# [21:13] <Cww> smaug: http://imgur.com/KoEQj
# [21:13] <Wes> Is there anybody here who understands cross-site CSS rules w.r.t document.domain and how they interact with document.domain requirements for websockets etc?
# [21:13] * IRCMonkey56894 is now known as rhelmer_
# [21:13] <msucan> Mossop: hehe, no worries. do you know who knows controllers?
# [21:13] * Joins: necolas (necolas@moz-F9C3140E.bb.sky.com)
# [21:14] * Wes is thoroughly confused
# [21:14] <Mossop> msucan: Enn I bet
# [21:14] * Quits: stefanh_netbook (chatzilla@moz-3EED0162.customers.ownit.se) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216115113])
# [21:14] <jdm> lsblakk: if the bot sees no patches in a bug, it should probably clear the autoland annotation
# [21:14] <msucan> Enn: ping?
# [21:14] <@smaug> Cww: still a bit high numbers
# [21:14] <lsblakk> jdm: is there a particular bug i should look at?
# [21:14] <@smaug> Cww: how many tabs and/or windows you have open
# [21:14] <jdm> lsblakk: bug 720846
# [21:15] <Cww> smaug: wow, really? those are super low to me.
# [21:15] <Enn> msucan: hi
# [21:15] <Cww> (I was used to having >2000 for at least 1/3rd of them)
# [21:15] <msucan> Enn: do you know why a controller i register for cmd_delete won't execute? when I do getControllerForCommand("cmd_delete") it works, i get my controller, but when i call goDoCommand("cmd_delete") my controller is not executed
# [21:15] <@smaug> Cww: mean CC times are now somewhere aroun 20ms
# [21:15] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [21:15] <@smaug> per telemetry data
# [21:15] <Cww> smaug: ok, so then I'm still high.
# [21:16] <Cww> I have 12+7 apptabs.
# [21:16] <@smaug> that is not much
# [21:16] <@smaug> I can use anything up to 100 tabs and get around 20ms CC (when not loading new pages)
# [21:16] <@smaug> Cww: could you create CC logs
# [21:17] <@smaug> Cww: use the script in the first gray box https://wiki.mozilla.org/Performance:Leak_Tools#Cycle_collector_heap_dump
# [21:17] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [21:17] <Cww> smaug: ok
# [21:17] <@smaug> thanks
# [21:17] <Enn> msucan: what is the controller attached to?
# [21:17] <Cww> smaug: just loading that page gave me a 4 second GC.
# [21:17] <Cww> fwiw.
# [21:18] <@smaug> uh, that is long
# [21:18] * Joins: mcsmurf (mcsmurf@moz-F31E33FA.dip.t-dialin.net)
# [21:18] <clever> smaug: i'm getting CC times up over a second, might my log be usefull also?
# [21:18] <@smaug> I do get easily 150+ms GCs
# [21:18] <Cww> yeah.
# [21:18] <msucan> Enn: window.controllers.insertControllerAt(0, foo)
# [21:18] <@smaug> clever: are you using Nightly?
# [21:18] <clever> smaug: yeah
# [21:18] <msucan> Enn: i have globalOverlay.js and editMenuOverlay in the xul window (scratchpad.xul)
# [21:18] <@smaug> huh
# [21:19] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [21:19] <@smaug> clever: yes please, create logs
# [21:19] <Enn> this is a delete command for deleting what?
# [21:19] <jdm> lsblakk: the autolander hasn't picked up my new autoland change yet, and it's been around 5 minutes :/
# [21:19] <@smaug> and tell also which addons you use
# [21:19] <msucan> Enn: for deleting selected text in the editor
# [21:19] <clever> firebug, venkman, rikaichan, sqlite manager, and a custom one
# [21:19] <@smaug> clever: Cww: send logs to Olli@pettay.fi
# [21:19] <@smaug> firebot: smaug
# [21:19] <firebot> smaug: well, duh. you are olli@pettay.fi (bugmail bugs@pettay.fi)
# [21:20] <@smaug> ah, someone has updated the email. good
# [21:20] <Enn> msucan: that should already just work
# [21:20] <Cww> smaug: just a CC log right?
# [21:20] * jwir3|lunch is now known as jwir3
# [21:20] <msucan> Enn: it works, but in readonly mode, it breaks orion
# [21:20] <clever> damn, 12mb!
# [21:20] <@smaug> Cww: yeah
# [21:20] <clever> pretty nice logging stuff though, simple to use :)
# [21:21] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
# [21:21] <@smaug> clever: feel free to use bz2
# [21:21] <msucan> Enn: hence i need to override the default behavior. i wanted to do this for cmd_undo and cmd_redo as well, but back when i wrote the patch for that, i bumped into the same problem. i could overwrite the native cmd_undo/cmd_redo commands
# [21:21] <clever> 1.2mb
# [21:21] <msucan> so i ended up doing my se-cmd-undo/se-cmd-redo
# [21:21] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
# [21:21] <@smaug> clever: if you want really simple logging, install the addon from bug 726346, and restart browser. The load about:cc
# [21:22] <@smaug> Then
# [21:22] * @dolske looks at recent error console... 261ms CC, 515ms GC
# [21:22] <clever> as for tab count, 100's
# [21:22] <@smaug> dolske: that is ok, if you just (un)loaded a page
# [21:22] * mdas is now known as mdas|afk
# [21:23] <msucan> Enn: but this is becoming rather broken. i wouldn't want to do my se-cmd-delete. it would make sense to overwrite the default cmd_delete behavior for the source editor
# [21:23] <msucan> thoughts?
# [21:23] <@smaug> clever: it is good to see logs from different users
# [21:23] <clever> smaug: http://site5.earthtools.ca/cc-edges-1.23560.log.bz2 still need it in an email?
# [21:23] <@smaug> clever: are you perhaps using firebug, or abp
# [21:23] <clever> firebug
# [21:23] <Enn> msucan: this is when you press the delete key?
# [21:23] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [21:23] <@smaug> I can download that
# [21:24] <@smaug> clever: IIRC firebug does have plenty of runtime leaks
# [21:24] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [21:24] <clever> i'll have to turn it back off then
# [21:24] <msucan> Enn: no, this is when i select the context menuitem "delete" which is associated to xul:command#cmd_delete which has oncommand=goDoCommand("cmd_delete")
# [21:24] <clever> dont use it that much
# [21:24] <@smaug> clever: that may or may not matter
# [21:24] <@smaug> just having it installed may cause problems
# [21:25] <@smaug> Honza is fixing it
# [21:25] <Mook_as> msucan: doesn't it check the focused element's controllers before the window's controllers?
# [21:25] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
# [21:25] <clever> smaug: even if its disabled?
# [21:25] <Enn> it does
# [21:25] <Mook_as> (via http://mxr.mozilla.org/mozilla-central/source/dom/base/nsWindowRoot.cpp#253 and http://mxr.mozilla.org/mozilla-central/source/dom/base/nsWindowRoot.cpp#212 )
# [21:25] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :))
# [21:25] <@smaug> clever: ah, not sure then
# [21:25] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:25] * Quits: vaibhav1 (Adium@moz-F3EAA104.mtnl.net.in) (Ping timeout)
# [21:25] <clever> that should completely prevent it from running
# [21:26] <@smaug> clever: ok, about 20x more objects in the CC graph than I usually have
# [21:26] <espindola> lsblakk, where do I need to push the patch in 730195?
# [21:26] <espindola> it is already in https://tbpl.mozilla.org/?tree=Mozilla-Esr10&rev=0d28a290b853
# [21:26] <msucan> Enn: so, the part that's broken is goUpdateCommand("cmd_delete") and goDoCommand()
# [21:26] <@dolske> smaug: ah. so one should still expect high numbers for page load/unload, but when just using existing tabs things should generally be low?
# [21:26] <msucan> Mook_as: i tried associating my controller to the iframe that holds orion
# [21:26] <msucan> and that had even less satisfying results
# [21:26] * Joins: vaibhav (Adium@moz-14C5D3E2.mtnl.net.in)
# [21:26] <@smaug> dolske: yeah, right now.
# [21:26] <@smaug> dolske: you know, we do need to delete stuff at some point ;)
# [21:27] <msucan> meaning not even my cmd_foo worked
# [21:27] <lsblakk> espindola: my bad - i totally didn't see that link there - we're good!
# [21:27] <@smaug> dolske: but things should get better
# [21:27] <Enn> msucan: so what happens to be focused when the goDoCommand is called?
# [21:27] <clever> smaug: ive been using panorama to hoard tabs like theres no tomorow!
# [21:27] <espindola> lsblakk, ah, good :-)
# [21:27] <@smaug> dolske: more async DOM deletion
# [21:27] <msucan> Enn: the iframe that holds orion
# [21:27] * Joins: luke1 (andhow@moz-BBE3ABD.mv.mozilla.com)
# [21:27] <espindola> I tough I had pushed to the wrong repo!
# [21:27] <msucan> please note those are two nested iframes...
# [21:27] <espindola> thought
# [21:28] <msucan> Enn: when i select text in orion, the selection events cause my controller to execute - which is what i expect
# [21:28] <@smaug> clever: have you perhaps installed any new addons after starting FF
# [21:28] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [21:28] <Mook_as> oh, it's an editable <html:div>, I think? (clientDiv)
# [21:28] <msucan> Enn: but NOT when i execute goUpdate/DoCommand, which is broken
# [21:28] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Ping timeout)
# [21:28] <@smaug> (there are tons of xbl documents in the log, and usually those are optimized out. But installing addons seems to break some optimizations)
# [21:29] <msucan> Mook_as: yes, an editable div, inside a html:iframe, inside a xul:iframe
# [21:29] <clever> smaug: does it give a url for the xbl?
# [21:29] * @dolske pokes through CC log... presumably you need to poke at the process with gdb at some point to figure out exactly what might be going on? the logged data seems pretty generic
# [21:29] <@smaug> clever: which nightly are you using ?
# [21:30] <@smaug> clever: yes
# [21:30] * mcote|lunch is now known as mcote
# [21:30] <clever> 13.0a1 (2012-02-27)
# [21:30] <@dolske> smaug: should I trigger some GCs before making a log? or is just letting the browser be quiet for a bit sufficient?
# [21:31] <@smaug> dolske: creating the log triggers GC
# [21:31] <@dolske> ah
# [21:31] <clever> smaug: ah xbl-marquee, one of the online games i play makes use of that, and its often spewing errors to the console
# [21:31] <@smaug> but you could trigger few log creations
# [21:31] * Parts: theo (theo@moz-F3C9A190.w82-125.abo.wanadoo.fr)
# [21:31] <@smaug> so that obvious garbage is released
# [21:31] <Enn> msucan: so it is getting the editor controller instead?
# [21:31] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [21:32] <Enn> added at http://mxr.mozilla.org/mozilla-central/source/editor/composer/src/nsEditingSession.cpp#1244 ?
# [21:32] <msucan> Enn: yes
# [21:32] <Enn> is that being inserted first?
# [21:32] <@smaug> clever: there are all the XUL widgets....
# [21:33] <Enn> the editor one might be found first before one if you're adding it to the window and not the content
# [21:33] <msucan> Enn: hmm, well i am adding my controller to index 0. i checked if there's any controller at index 0 *before* i add mine, and yes, there is
# [21:33] <msucan> but i can't be sure of the order...
# [21:33] <msucan> hmm, will check
# [21:34] <msucan> Enn: also, is it possible that the native code re-adds the controller at index 0 later?
# [21:34] <msucan> after i add mine
# [21:34] <clever> smaug: ?
# [21:34] * Joins: vaibhav1 (Adium@moz-C8384675.mtnl.net.in)
# [21:34] * Quits: vaibhav (Adium@moz-14C5D3E2.mtnl.net.in) (Ping timeout)
# [21:35] <@smaug> clever: I mean things like scrollbox.xml
# [21:35] <@smaug> text.xml
# [21:36] <@smaug> all that is in the log
# [21:36] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [21:36] <@smaug> and they shouldn't be if things are behaving nicely
# [21:36] <@smaug> clever: I think I should test marquee
# [21:37] <@smaug> Cww: thanks
# [21:37] <clever> ah, i was using a <listbox> in my sidebar
# [21:37] * Quits: graememcc (chatzilla@moz-8A03ACDE.range86-150.btcentralplus.com) (Client exited)
# [21:37] <@smaug> clever: er, what?
# [21:37] <@smaug> you have some addon?
# [21:37] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
# [21:37] <@smaug> or what?
# [21:38] <clever> smaug: a custom extension
# [21:38] * Joins: willy1234x1 (willy1234x@moz-7380C27.slkc.qwest.net)
# [21:38] * Joins: vaibhav (Adium@moz-FD35EE75.mtnl.net.in)
# [21:38] <clever> smaug: http://pastebin.mozilla.org/1494918 is the xul for my sidebar, that might explain the <listbox> leak
# [21:39] * Quits: vaibhav1 (Adium@moz-C8384675.mtnl.net.in) (Ping timeout)
# [21:39] <msucan> Enn: checked. on window.controllers my controller is always at index 0
# [21:39] <@smaug> Cww's log is much nicer ;)
# [21:39] <@smaug> Cww: which Nightly are you using?
# [21:39] <clever> or it might be related to having left a about:permissions open
# [21:39] <msucan> Enn: so what could probably bite me here is the order it checks controllers
# [21:41] * Joins: vaibhav1 (Adium@moz-E8A25679.mtnl.net.in)
# [21:41] * @smaug kicks the network connection
# [21:41] <Wes> ouch, that smarts!
# [21:41] * Quits: vaibhav (Adium@moz-FD35EE75.mtnl.net.in) (Ping timeout)
# [21:42] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [21:42] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [21:42] * jgriffin-afk is now known as jgriffin
# [21:43] <Cww> smaug: 3.0a1 (2012-02-27)
# [21:43] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [21:43] <Cww> I can update to today's if you want.
# [21:44] * Quits: smontagu (chatzilla@moz-65509B44.red.bezeqint.net) (Ping timeout)
# [21:44] <Cww> smaug: my CCs are no problem (I think anything under 500 to be pain-less)
# [21:44] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:44] <@smaug> (ping time >15000ms is quite bad, I'd say)
# [21:45] <@smaug> hmm, that should have the fix I was thinking
# [21:45] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [21:45] <@smaug> Cww: that should have the fix I was thinking
# [21:45] * Quits: davidillsley_ (chatzilla@moz-3832197F.range109-145.btcentralplus.com) (Client exited)
# [21:45] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:45] <clever> how do i see the CC times again?
# [21:45] * Joins: davidillsley_ (chatzilla@moz-3832197F.range109-145.btcentralplus.com)
# [21:45] <@smaug> Cww: my aim is avg 5ms or so :)
# [21:46] <Cww> smaug: I'd rather you get my GCs down under 1s :P
# [21:47] <@smaug> Cww: I don't deal with GCs :)
# [21:47] <@smaug> you want billm
# [21:49] <clever> 0x89d45c40 [rc=4] nsGenericElement (xhtml) canvas http://juno.astroempires.com/account.aspx
# [21:49] <clever> smaug: what does a line like this mean exactly?
# [21:49] <clever> i'm pretty sure i didnt have that url open
# [21:49] <Cww> clever: https://addons.mozilla.org/en-US/firefox/addon/memchaser/
# [21:50] <@smaug> Cww: oh, I found something interesting in the log. Gmail
# [21:50] <clever> Cww: ah nice, 124ms
# [21:50] * nthomas|away is now known as nthomas
# [21:50] * timA|lunch is now known as timA
# [21:50] <clever> 4.5s for GC
# [21:51] <@smaug> hmm, though, the graph is not that big. perhaps 1/16 of all the objects
# [21:51] <clever> i think
# [21:51] <Cww> smaug: I have 2 gmail tabs.
# [21:51] <clever> Resident: 510MB, GC: ms (20.5s), CC: 122ms (24.8s)
# [21:51] <clever> ah, copy-pasteable! :)
# [21:51] <@smaug> clever: there is html element <canvas>
# [21:51] <@smaug> clever: from that url
# [21:51] <@smaug> clever: it has ref count 4
# [21:51] <Cww> clever: blah, your version is out of date.
# [21:51] <clever> smaug: yeah, my extension made one on that page, but it should have been unloaded by then
# [21:52] <msucan> Enn: i added my controller to each window: the parent xul window, the xul:iframe that wraps orion, and down into the editable html:iframe which holds the editable.
# [21:52] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [21:52] <msucan> now my controller is invoked more often
# [21:52] <@smaug> Cww: try to reload both those
# [21:52] * Joins: Julian (chatzilla@moz-FC59CD8B.dip.t-dialin.net)
# [21:52] <@smaug> Cww: the log you gave me should be enough for fixing the issue. I hope.
# [21:52] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:53] <msucan> Enn: but orion changes the div editable state based on different actions. i think that triggers a reinsert of the native editor controller at index 0
# [21:53] * Joins: int3 (int3@moz-5523A045.subnet-247.amherst.edu)
# [21:53] <msucan> effectively overriding mine
# [21:53] <Cww> smaug: <3
# [21:53] * sheppy-afk is now known as sheppy
# [21:54] <Cww> smaug: well reloading resulted in a 4.5s CC
# [21:54] <dholbert> Yoric, pong
# [21:54] <@smaug> Cww: did loading gmail affect to CC times?
# [21:54] <@smaug> reloading
# [21:54] * Yoric tries to remember what he wanted to ask dholbert
# [21:54] <Cww> smaug: yeah, it spiked it a LOT.
# [21:54] <Cww> but it's coming back down.
# [21:55] <gregglind> is something like 'domexplorer' still the easiest way to get chrome layer element names in desktop firefox? (other than reading source)
# [21:55] <Cww> it's down to 135ms but not <100 like it used to be.
# [21:55] <@smaug> Cww: ah, interesting
# [21:55] * KaiRo is now known as KaiRo_away
# [21:55] <dholbert> Yoric, (heh -- sorry for the delayed response. I initially just noticed the !seen & missed the 'ping' followup)
# [21:55] <@smaug> I assume plenty of nodes where deleted
# [21:55] <@smaug> were
# [21:55] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:56] <@smaug> Cww: hmm
# [21:56] <@smaug> Cww: may I send the log to mccr8 too ?
# [21:56] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:57] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [21:57] <Cww> smaug: sure.
# [21:57] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:57] <Cww> nothing private (I hope!)
# [21:58] <@smaug> I couldn't see anything private there
# [21:59] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [21:59] * Joins: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [21:59] * @smaug blames editor again
# [21:59] * Joins: Automate_ (AutomatedT@moz-7E9AFB8F.as13285.net)
# [22:00] * Quits: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net) (Ping timeout)
# [22:00] * Joins: vaibhav (Adium@moz-D0E6995D.mtnl.net.in)
# [22:00] * Quits: vaibhav1 (Adium@moz-E8A25679.mtnl.net.in) (Ping timeout)
# [22:01] <Yoric> dholbert: I think it was related to http://mxr.mozilla.org/mozilla-central/source/dom/plugins/ipc/PluginModuleParent.cpp#558
# [22:01] <Yoric> And to why the FileDescriptor was const if we are here to close it.
# [22:01] <Yoric> Or may have been something else, I don't remember.
# [22:01] * Joins: vaibhav1 (Adium@moz-46F48805.mtnl.net.in)
# [22:01] * Quits: vaibhav (Adium@moz-D0E6995D.mtnl.net.in) (Ping timeout)
# [22:02] <dholbert> Yoric, why me? :)
# [22:02] <Yoric> That I can't remember :)
# [22:02] <Yoric> You may be the author of the .h.
# [22:03] <dholbert> nope :)
# [22:03] <Yoric> Ok, so it must have been another question.
# [22:03] <Yoric> Sorry, can't remember :)
# [22:03] <dholbert> np
# [22:03] <Yoric> Next time, I'll /msg the question, this will be simpler.
# [22:03] <Cww> smaug: after waiting for a while (and not touching the browser), CCs are down to 30s
# [22:03] <@khuey> 30s?!?
# [22:04] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Ping timeout)
# [22:04] <dholbert> sure (or just go ahead & ask it in #developers, even if I'm not here, and I'll have it in my log even if I don't see it immediately :))
# [22:04] * Quits: jdm (jdm@moz-A6453F6A.uwaterloo.ca) (Client exited)
# [22:04] <@smaug> 30s ?
# [22:04] <@smaug> that sounds like a typo
# [22:05] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
# [22:05] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [22:05] <@smaug> Cww: if you mean 30ms, that sounds ok.
# [22:05] <@smaug> there is something in editor code which keeps stuff alive too long
# [22:05] <Cww> yeah.
# [22:06] * Quits: mck182 (quassel@moz-8237CC79.hlucinnet.cz) (Client exited)
# [22:06] <Cww> I meant ms.
# [22:06] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:06] * sworkman_ is now known as sworkman
# [22:06] <Cww> 30s is what my GCs feel like.
# [22:06] <Cww> (but really, it's more like 8s)
# [22:06] <JonathanS> 30s?
# [22:06] * Joins: anky (anky@58D843CD.7A1C8BE.A3D1B221.IP)
# [22:07] * Quits: vaibhav1 (Adium@moz-46F48805.mtnl.net.in) (Ping timeout)
# [22:07] * Joins: jdm (jdm@moz-A6453F6A.uwaterloo.ca)
# [22:07] <aja> gavin: ++ (for shepherding thru branding fixes)
# [22:07] <@khuey> something in editor that does bad things?
# [22:07] <@khuey> impossible
# [22:07] * Joins: vaibhav (Adium@moz-9EC00421.mtnl.net.in)
# [22:07] <JonathanS> khuey, anything is possible if you put your mind to it,
# [22:07] * armenzg_buildduty is now known as armenzg_mtg
# [22:07] <@smaug> back later
# [22:07] <Cww> joe: hey, quick question. did you want more from those crashers for 711656 or can I email them back with a thanks for your time
# [22:08] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [22:08] * Automate_ is now known as AutomatedTester
# [22:08] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [22:09] <aja> gavin: - (for changing bug title making it hard for me to find it again :) j/k
# [22:09] * rail is now known as rail_away
# [22:09] <joe> Cww: i'm not sure - bjacob or dRdR might be able to say more
# [22:09] * Quits: @smaug (chatzilla@moz-F1AB3327.gprs.sl-laajakaista.fi) (Ping timeout)
# [22:09] * rail_away is now known as rail
# [22:09] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
# [22:10] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [22:10] * Joins: dao (dao@moz-1377C14D.superkabel.de)
# [22:11] * joduinn-afk is now known as joduinn-mtg
# [22:11] * Joins: karl (karl@moz-7A9B2A72.jetstream.xtra.co.nz)
# [22:12] <bjacob> Cww: joe: given trhat i dont see a way to get the about:support guaranteed to reflect the state when it crashed (especially since it's a startup crash) i think you can say thank you
# [22:13] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [22:13] * Joins: vaibhav1 (Adium@moz-38A94BE5.mtnl.net.in)
# [22:13] <Cww> bjacob: ok.
# [22:13] * Quits: vaibhav (Adium@moz-9EC00421.mtnl.net.in) (Ping timeout)
# [22:13] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:13] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [22:13] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [22:15] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
# [22:15] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [22:15] * rhelmer_ is now known as rhelmer
# [22:16] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [22:16] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [22:16] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [22:16] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [22:16] * sworkman_ is now known as sworkman
# [22:16] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [22:16] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [22:17] * Quits: Goldorak (chatzilla@DF9EBE56.1EC05627.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:17] * Joins: vaibhav (Adium@moz-FFA67037.mtnl.net.in)
# [22:18] * Quits: vaibhav1 (Adium@moz-38A94BE5.mtnl.net.in) (Ping timeout)
# [22:19] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [22:19] * Joins: akeybl_ (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [22:20] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Quit: Adios Amigos)
# [22:20] * rshetty is now known as rshetty_away
# [22:21] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [22:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:24] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [22:24] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:25] * Quits: vaibhav (Adium@moz-FFA67037.mtnl.net.in) (Ping timeout)
# [22:25] * Joins: vaibhav (Adium@moz-35D5041F.mtnl.net.in)
# [22:25] * Quits: anky (anky@58D843CD.7A1C8BE.A3D1B221.IP) (Client exited)
# [22:27] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [22:27] <c0smikdebris> Anyone know what JSAutoRequest does?
# [22:27] * juanb|afk is now known as juanb
# [22:27] <c0smikdebris> http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsFrameMessageManager.cpp#232
# [22:27] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [22:28] * Joins: dseif (dseif@37136D27.99AAE5A0.412CF160.IP)
# [22:28] * Quits: dseif (dseif@37136D27.99AAE5A0.412CF160.IP) (Input/output error)
# [22:28] * Joins: smaug (chatzilla@moz-275CE282.elisa-mobile.fi)
# [22:28] * ChanServ sets mode: +o smaug
# [22:29] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:29] <biesi> c0smikdebris, calls BeginRequest in the constructor and EndRequest in the destuctor
# [22:29] <biesi> needed for threadsafety
# [22:30] <jdm> I have suspicions that JSAutoRequest isn't needed any longer
# [22:30] <jdm> now that we have per-thread runtimes
# [22:31] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [22:31] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [22:31] <Mossop> Doesn't it also lock the context so you can't accidentally call another function which tries to do stuff to it at the same time?
# [22:32] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:32] <jdm> Mossop: the contents of JS_BeginRequest/JS_EndRequest are hidden behind JS_THREADSAFE; I'm pretty sure that's all it does now
# [22:32] <Mossop> Doesn't help you when you're in a single thread
# [22:33] <Mossop> But I am mostly guessing at the remaining needs at this point, not being a JS hacker and all
# [22:34] <jesup> Does anyone know what version of python is running on the Win32 build servers? Since mozillaBuild 1.6 is released, did that mean that the build servers were updated? (should I ask in #build?)
# [22:34] <@khuey> it stops you from GCing
# [22:34] <@khuey> whic his important
# [22:34] <@khuey> jesup: they're on 2.5 iirc
# [22:35] * Quits: int3 (int3@moz-5523A045.subnet-247.amherst.edu) (Client exited)
# [22:35] <jesup> Hmmmm. MozillaBuild 1.6 uses something newer, correct? 2.7?
# [22:35] <Mossop> jesup: There is a post in one of the newsgroups about how many different python versions are in use right now :)
# [22:35] <aja> c0smikdebris: nice nick, btw
# [22:35] * jesup is scared to read that
# [22:36] <@khuey> jesup: 2.7 yes
# [22:36] <@khuey> jesup: but the build machines don't have the latest python
# [22:37] * Quits: bruno (bruno@20C4F0CB.2F9EAEB9.C36097CD.IP) (Quit: bruno)
# [22:37] <jesup> Aha. I think I know one of the reasons Win32 burns for alder with ted's gyp->make stuff (I think he assumed 2.6+). Love those descriptive syntax errors for python.
# [22:37] * jesup knows it would burn anyways if it got past there
# [22:37] <@khuey> yay python
# [22:38] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:38] * Joins: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [22:39] * Joins: jfkthame_afk (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [22:39] <c0smikdebris> aja: ahh! its a zappa track. i hope you got the reference :P
# [22:39] <aja> apostrophe
# [22:39] * Parts: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [22:40] <c0smikdebris> jdm Mossop : I'm trying to do something like this: http://pastebin.mozilla.org/1494972. would I need to use it here?
# [22:40] * Joins: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [22:40] * Quits: kennyluck (kennyluck@moz-13DECC7C.dynamic.hinet.net) (Connection reset by peer)
# [22:41] <jdm> c0smikdebris: I would say better safe than sorry until told otherwise by an actual JSAPI person.
# [22:42] <@ehsan> espindola: do you know about elfhack?
# [22:42] <espindola> ehsan, a bit
# [22:42] <@ehsan> espindola: do you know what things it does to the elf file?
# [22:42] * Joins: grubshka (grubshka@moz-D1B85DDD.w86-216.abo.wanadoo.fr)
# [22:42] <espindola> ehsan, compress self relocations
# [22:42] <espindola> I think that is it
# [22:44] <espindola> R_X86_64_RELATIVE that is
# [22:44] <@ehsan> espindola: in particular, do you know why it gets rid of the .debug_frame section?
# [22:44] <@ehsan> espindola: (I'm talking about arm fwiw)
# [22:44] <philor> gavin: despite my willingness to just keep starring it, that looks like permaorange on esr10
# [22:44] <espindola> ehsan, no, that I don't know
# [22:44] <espindola> strange
# [22:44] * Quits: Julian (chatzilla@moz-FC59CD8B.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [22:44] * Quits: jfkthame_afk (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [22:44] <espindola> glandium, ^
# [22:44] <gavin> philor: looking
# [22:44] <Wes> c0smikdebris: Like OH my GOD. Encino is like, so BITCHIN'!
# [22:45] * mdas|afk is now known as mdas
# [22:45] * Joins: kennyluck (kennyluck@moz-8F259AED.dynamic.hinet.net)
# [22:45] * Joins: raccettura_ (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [22:45] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Connection reset by peer)
# [22:45] * raccettura_ is now known as raccettura
# [22:46] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [22:46] <Wes> c0smikdebris: that code looks fine to me, requests nest, so even if it's superflous you shouldn't cause any problems
# [22:46] <aja> Wes: wrong zappa!
# [22:46] <c0smikdebris> lovely! we should have a #zappa fanclub here :P
# [22:47] <Wes> aja: she was just an instrument in Frank's pallette, you wouldn't say that if I was quoting guitar licks or something. ;)
# [22:48] * Joins: int3 (int3@moz-B6E26D19.subnet-253.amherst.edu)
# [22:48] * Quits: int3 (int3@moz-B6E26D19.subnet-253.amherst.edu) (Broken pipe)
# [22:49] <@smaug> taras: will we use snappy shutdown also when running tests
# [22:49] <gavin> philor: doh, bad merge on my part - I assumed the missing file was just a test that didn't exist back then, but it just existed at some other location
# [22:49] <taras> smaug: when testing release, we should
# [22:49] * mattwoodrow|away is now known as mattwoodrow
# [22:49] <@smaug> I assume no, since we want to notice if something starts leaking
# [22:49] <@smaug> taras: well, I think leak logs are debug only
# [22:49] <taras> right
# [22:49] <taras> thus no change on debug
# [22:51] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:52] <philor> ho hum, another 1000 comment bug
# [22:52] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [22:52] <gavin> philor: fix pushed
# [22:52] <philor> thx
# [22:52] * Quits: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be) (Quit: Leaving.)
# [22:52] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [22:53] <gps> philor: because bugzilla is a great venue for discussions! (which contentious issue is it, out of curiosity?)
# [22:53] <gavin> I suspect this particular discussion is one that tbplbot is having with himself
# [22:54] <mbrubeck> nope, every one of these was manually pasted!
# [22:54] <mbrubeck> (leak bug)
# [22:54] <espindola> ehsan, is there an .eh_frame?
# [22:54] <mbrubeck> https://bugzilla.mozilla.org/show_bug.cgi?id=694772#1000
# [22:54] <mbrubeck> I mean https://bugzilla.mozilla.org/show_bug.cgi?id=694772#c1000
# [22:54] <@ehsan> espindola: there is
# [22:54] * Quits: gmoro_ (guilherme@E0636309.96DFB25.D159334F.IP) (Quit: Leaving)
# [22:54] <espindola> can you use that?
# [22:54] * Joins: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net)
# [22:55] <@ehsan> well maybe
# [22:55] <@ehsan> espindola: I'm trying to get libunwind to work on android
# [22:55] <espindola> on x86_64 a .eh_frame is produce so that we can unwind the stack
# [22:56] <espindola> I thought the same was true on arm ...
# [22:56] <@ehsan> it currently fails in all of the ways it knows how to unwind
# [22:56] <@ehsan> eh_frame being one of them
# [22:56] <@ehsan> it is
# [22:56] * Quits: blassey (blassey@moz-F3E7DF1B.hsd1.ma.comcast.net) (Ping timeout)
# [22:56] <@ehsan> I still don't know why the eh_frame based unwinding code doesn't work
# [22:56] <espindola> do you know where it is failing?
# [22:56] * Quits: evilpie (evilpie@moz-94A49635.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120228031102])
# [22:57] <@ehsan> espindola: not yet
# [22:57] <espindola> well, first, does the eh_frame unwind code works if you disable elfhack?
# [22:57] <espindola> do c++ exceptions work?
# [22:57] <espindola> they should use the same table
# [22:57] * Joins: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [22:58] <espindola> I think. Never used them on ARM
# [22:58] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [22:59] <@ehsan> yeah C++ exceptions should use the same table, but we disable them in our code
# [22:59] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [22:59] * Quits: eflores_ (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [22:59] <@ehsan> espindola: hmm, honestly it might not be elfhack's fault
# [22:59] <@ehsan> it may be strip removing those sections...
# [22:59] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Input/output error)
# [23:00] * Fallen is now known as Fallen|away
# [23:00] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:00] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:00] <espindola> ehsan, strip should remove .debug_frame
# [23:00] <espindola> not eh_frame
# [23:00] <@ehsan> ok
# [23:00] <espindola> in fact, where is .debug_frame coming from?
# [23:01] <@ehsan> dunno
# [23:01] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [23:01] <@ehsan> espindola: let me try to figure out why the .eh_frame code doesn't work
# [23:01] <espindola> ok
# [23:01] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:01] * Quits: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net) (Ping timeout)
# [23:02] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:03] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [23:03] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [23:03] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [23:04] <glandium> ehsan: elfhack doesn't touch .debug_* sections
# [23:05] <@ehsan> glandium: ok thanks
# [23:05] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Ping timeout)
# [23:06] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:06] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [23:06] * Joins: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP)
# [23:07] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:07] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:07] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [23:08] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [23:08] * philor is now known as philor|away
# [23:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:08] * Joins: dwalkowski (Adium@moz-BBE3ABD.mv.mozilla.com)
# [23:09] <glandium> ehsan: what do you need unwinding for?
# [23:09] <@ehsan> glandium: the profiler
# [23:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:09] <glandium> ehsan: so you could rely on external symbols
# [23:09] <josh> Where can I find out how the native Android Firefox release is propagating through release channels? I'm confused as to what tree (trunk, aurora, beta) contains code that we're planning to release.
# [23:09] <glandium> which is likely to be the only reliable way to have what you want
# [23:10] <@ehsan> glandium: what external symbols?
# [23:10] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [23:10] <glandium> ehsan: external debug info
# [23:10] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [23:10] <glandium> ehsan: that is, what you get if you make buildsymbols
# [23:10] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Client exited)
# [23:10] <@ehsan> glandium: I got the impression that the debug symbols are too big for people to use on their phones
# [23:10] <espindola> glandium, I think he wants the online/lightweight profiller
# [23:11] <espindola> so something on the lines of .eh_frame is needed
# [23:11] <espindola> or a frame pointer...
# [23:11] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [23:12] * Quits: grubshka (grubshka@moz-D1B85DDD.w86-216.abo.wanadoo.fr) (Ping timeout)
# [23:12] <glandium> ehsan: they can be put in /sdcard or wherever else
# [23:12] <espindola> ehsan, btw, .debug_frame is probably not what you want since it is not normally loaded
# [23:12] <espindola> .eh_frame is
# [23:13] <glandium> espindola: .eh_frame or .ARM.extab are mostly empty
# [23:13] <glandium> so there's nothing useful in there
# [23:13] * Joins: harth (harth@moz-D62C1A52.hsd1.ca.comcast.net)
# [23:14] <espindola> so we are building with arm's equivalent of -fno-asynchronous-unwind-tables
# [23:14] <espindola> ?
# [23:14] <espindola> running. brb
# [23:14] <glandium> espindola: i don't think we add any specific flag.
# [23:14] <vladan> ehsan: added an interdiff since last r+ to bug 712109
# [23:14] * Parts: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [23:14] * Joins: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [23:15] * Quits: ircloggr (nodebot@moz-3270422F.compute-1.amazonaws.com) (Connection reset by peer)
# [23:15] * Parts: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
# [23:15] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [23:15] * ChanServ sets mode: +o dveditz
# [23:16] * Joins: ircloggr (nodebot@moz-52D39CBD.compute-1.amazonaws.com)
# [23:16] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [23:16] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [23:16] <@ehsan> hmm maybe we should?
# [23:16] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [23:17] <aja> josh: ask on #mobile....but basically for now, nightly and aurora use java front end, beta and release are xul
# [23:17] * philor|away is now known as philor
# [23:17] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [23:17] <glandium> ehsan: for profiler builds? why not
# [23:18] <glandium> ehsan: though, don't we add -fno-omit-frame-pointer on these builds already?
# [23:18] <josh> aja: thanks, I was confused because I was told on bug 728700 that aurora was out-of-date
# [23:18] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [23:18] <@ehsan> glandium: I think we do
# [23:18] <@ehsan> oh
# [23:18] <@ehsan> well
# [23:18] <@ehsan> stupid me
# [23:18] <@ehsan> my local build doesn't
# [23:19] * Joins: bholley (bholley@moz-73F41B80.snfcca.dsl-w.verizon.net)
# [23:19] * Joins: stransky (stransky@moz-6F10C81D.net.upcbroadband.cz)
# [23:20] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [23:20] <glandium> ehsan: how come?
# [23:20] * Quits: MikeK (chatzilla@BB3DC1A3.5319E061.D57E6536.IP) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216081259])
# [23:20] * armenzg_mtg is now known as armenzg
# [23:20] * Quits: msucan (msucan-@BD3D06AD.BB7A5B67.699550A1.IP) (Quit: .)
# [23:20] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [23:20] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:21] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:22] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [23:22] <@ehsan> glandium: cause I was building in the wrong directory :(
# [23:22] <@ehsan> glandium: let me do a rebuild and see how well libunwind does
# [23:22] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [23:24] * Quits: @smaug (chatzilla@moz-275CE282.elisa-mobile.fi) (Ping timeout)
# [23:24] <aja> josh: prolly good advice to test nightlies vs aurora.....they haven't been merging to aurora very frequently. don't think of aurora mobile as being anywhere close to what'll release yet
# [23:25] * Joins: darktrojan (geoff@moz-509CC089.dsl.telstraclear.net)
# [23:25] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:25] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [23:27] * Quits: c0smikdebris (c0smikdebr@AB277EF.DC4492DD.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [23:27] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:27] * Joins: Lucas_ (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:27] * Lucas_ is now known as Lucas
# [23:27] <josh> aja: Thanks, good to know. I heard we were releasing on the aurora train and have been using that for a while. I'm glad we're not thinking about releasing that!
# [23:27] <gkw> glandium: ping
# [23:28] <glandium> gkw: pong
# [23:28] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [23:28] <gkw> glandium: just wondering about https://bugzilla.mozilla.org/show_bug.cgi?id=715365
# [23:28] <@ehsan> glandium: do you know what -fno-omit-framepointer does on ARM?
# [23:29] * Quits: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz) (Connection reset by peer)
# [23:29] * Joins: eflores (eflores@moz-A71B7512.jetstream.xtra.co.nz)
# [23:29] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [23:29] <glandium> ehsan: it always store the frame pointer and a few other things on stack
# [23:30] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [23:30] * Quits: jdm (jdm@moz-A6453F6A.uwaterloo.ca) (Client exited)
# [23:30] <@ehsan> glandium: but we don't have frame pointers on ARM, right?
# [23:30] <glandium> gkw: i don't know what to tell you. the binaries are not stripped
# [23:30] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [23:30] <glandium> ehsan: ?
# [23:30] * Quits: willy1234x1 (willy1234x@moz-7380C27.slkc.qwest.net) (Ping timeout)
# [23:31] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:31] <gkw> glandium: i don't see symbols when i run `gdb ./js` - i get "warning: Could not find object file" messages
# [23:31] <gkw> i'm on Lion - using 64-bit js shell off tinderbox
# [23:31] <gkw> unless i'm doing something incorrect
# [23:32] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [23:32] <glandium> gkw: i know you do, and i'm telling you the symbols are supposed to be there because we don't strip them. if that doesn't work, i don't know what to tell you
# [23:33] * philor is now known as philor|away
# [23:33] <gkw> glandium: ok, so who should i ask about this bug to proceed?
# [23:34] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [23:34] <drice> Is there any way of running an xpcshell-test in SOLO_FILE / check-one mode on try? I have a test that's timing out and I can't reproduce locally, and output from try is not helpful: https://tbpl.mozilla.org/php/getParsedLog.php?id=9700096&tree=Try
# [23:34] <glandium> i don't know much about mac debug info. maybe they're actually not stored in the mach-o libs, like with ELF, and only a reference to the object files are kept? (which your errors would seem to indicate)
# [23:34] <mounir> khuey: pong
# [23:34] <@khuey> mounir: I commented in the bug instead
# [23:35] <glandium> drice: empty the xpcshell manifests?
# [23:35] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [23:35] <drice> glandium: the issue isn't that it runs all the tests, its that the output format is different. Specifically print() statements don't show up in logs with -u xpcshell.
# [23:36] * heycam|away is now known as heycam
# [23:36] <drice> Unless I'm misunderstanding, changing the manifests won't help. I could change my |print| calls to |dump| calls, maybe.
# [23:36] * Quits: bholley (bholley@moz-73F41B80.snfcca.dsl-w.verizon.net) (Quit: bholley)
# [23:36] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [23:36] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Quit: jfkthame)
# [23:36] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [23:36] <drice> I was hoping to not have to have try rebuild, given how long that takes.
# [23:37] <glandium> mounir: could you check what is *actually* happening with bug 730968?
# [23:37] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [23:37] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [23:38] * Quits: Enn (enn@A974B2E7.1BC119D8.8C65A0C1.IP) (Ping timeout)
# [23:38] <mounir> glandium: I do not have a b2g build
# [23:38] * mounir loves to say that :)
# [23:38] <glandium> mounir: great, so this will go in oblivion
# [23:39] * Quits: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net) (Input/output error)
# [23:39] * philor|away is now known as philor
# [23:39] <mounir> glandium: having a b2g build is on my list of stuff to do
# [23:39] * Joins: AutomatedTester (AutomatedT@moz-7E9AFB8F.as13285.net)
# [23:39] <mounir> I could check that bug when I will have one
# [23:39] <mounir> but the ETA is unknown :(
# [23:41] <mbrubeck> peterv: Orange on Aurora...
# [23:42] * armenzg is now known as armenzg_away
# [23:42] * jmaher is now known as jmaher|afk
# [23:43] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [23:43] * philor is now known as philor|away
# [23:44] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [23:45] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [23:47] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:48] * philor|away is now known as philor
# [23:49] <drice> khuey: Question re: xpcshell tests -- you the right person to be asking?
# [23:49] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [23:49] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:50] <drice> How can I get more than "TEST_INFO | running ... " and "TEST-PASS | ..." as output? I'm trying to debug a hanging test that won't hang for me, but does on Try.\
# [23:52] * mbrubeck backs out peterv on Aurora
# [23:53] <@khuey> drice: stick a test that fails in at the very end?
# [23:53] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [23:53] <@khuey> there's probably a better way to do it, but that's quick and dirty and should work
# [23:53] <drice> That would work if it's hanging because it thinks there are more tests to run (i.e. unmatched do_test_pending)
# [23:54] <@khuey> drice: try EXTRA_TEST_ARGS=--verbose
# [23:54] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [23:54] * Parts: dwalkowski (Adium@moz-BBE3ABD.mv.mozilla.com)
# [23:55] * Quits: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com) (Ping timeout)
# [23:55] <drice> That'll do. Is there a way to specify that with Try syntax?
# [23:55] <@khuey> drice: just flip the default value at http://mxr.mozilla.org/mozilla-central/source/testing/xpcshell/runxpcshelltests.py#761
# [23:55] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:56] <drice> Thanks.
# [23:56] <glandium> mounir: okay, i'll just leave my machine cloning the whole thing overnight
# [23:57] * philor is now known as philor|away
# [23:58] * Joins: jfkthame (jfkthame@moz-82E88FC9.cable.virginmedia.com)
# [23:59] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:59] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# Session Close: Wed Feb 29 00:00:00 2012

The end :)