/irc-logs / mozilla / #developers / 2012-01-03 / end
Options:
- # Session Start: Tue Jan 03 00:00:00 2012
- # Session Ident: #developers
- # [00:02] * Joins: dao (dao@moz-DB2FD09C.superkabel.de)
- # [00:03] <Bas> Callek: Did you get an answer?
- # [00:12] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
- # [00:13] * mattwoodrow is now known as mattwoodrow|away
- # [00:14] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [00:15] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
- # [00:15] * Quits: dao (dao@moz-DB2FD09C.superkabel.de) (Quit: Leaving.)
- # [00:16] * Joins: abral (Mibbit@CCD4C703.84C7FC14.10DC0B64.IP)
- # [00:20] * Quits: sfink (chatzilla@moz-AFCEDF1F.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [00:21] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
- # [00:25] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [00:25] * Ziggy|AWAY is now known as Ziggy_Maes
- # [00:31] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [00:40] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [00:40] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
- # [00:41] <RyanVM> is there a way to change the page size of an existing places database?
- # [00:43] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
- # [00:44] * Quits: Julian (chatzilla@moz-451CAE35.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [00:44] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120102140300])
- # [00:47] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [00:49] * Joins: Boriss (FlyingToas@6748FAF5.A8E6DA2D.217C7FCC.IP)
- # [00:51] * Joins: Callek_Away (chatzilla@moz-76B555A8.bstnma.east.verizon.net)
- # [00:51] * Joins: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
- # [00:52] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [00:53] * Joins: paolodedios (paolodedio@moz-2CE618DD.rochester.res.rr.com)
- # [00:53] <Callek_Away> Bas: no, no answer yet
- # [00:53] * Quits: paolodedios (paolodedio@moz-2CE618DD.rochester.res.rr.com) (Client exited)
- # [00:53] * Joins: dao (dao@moz-DB2FD09C.superkabel.de)
- # [00:54] * Quits: michal1 (michal@moz-AC82D9D.broadband5.iol.cz) (Quit: Leaving.)
- # [00:55] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
- # [00:56] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
- # [00:57] * Quits: dao (dao@moz-DB2FD09C.superkabel.de) (Quit: Leaving.)
- # [00:57] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
- # [01:00] <Callek_Away> Bas: still around? have an answer for me Q? :-)
- # [01:03] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [01:03] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:03] * Joins: allisterb (allisterb@2CE5E668.5725EB66.F43E9E20.IP)
- # [01:04] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Connection reset by peer)
- # [01:04] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
- # [01:05] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [01:06] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [01:08] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [01:13] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [01:16] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
- # [01:19] * Quits: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com) (Client exited)
- # [01:24] * Quits: abral (Mibbit@CCD4C703.84C7FC14.10DC0B64.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:25] * Quits: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Ping timeout)
- # [01:26] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [01:36] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [01:36] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [01:37] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
- # [01:37] * ChanServ sets mode: +o dveditz
- # [01:38] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Ping timeout)
- # [01:38] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
- # [01:41] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [01:42] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [01:42] * Quits: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com) (Ping timeout)
- # [01:43] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [01:44] * Quits: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net) (Quit: more packing fun)
- # [01:46] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [01:46] * Quits: @smaug (chatzilla@moz-672E5C96.gprs.sl-laajakaista.fi) (Input/output error)
- # [01:47] * Joins: smaug (chatzilla@moz-672E5C96.gprs.sl-laajakaista.fi)
- # [01:47] * ChanServ sets mode: +o smaug
- # [01:49] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
- # [01:49] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
- # [01:50] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
- # [01:50] * Joins: njn (chatzilla@moz-9DEBD511.dyn.iinet.net.au)
- # [01:52] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.8a1/20111217163420])
- # [01:57] * Joins: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk)
- # [01:58] * Joins: JuanDaugherty (juan@moz-5159EDE9.buffalo.res.rr.com)
- # [01:59] * Joins: dao (dao@moz-DB2FD09C.superkabel.de)
- # [01:59] * Quits: karl (karl@moz-C71137FF.jetstream.xtra.co.nz) (Ping timeout)
- # [01:59] <JuanDaugherty> ff 9 breaks layout on an older customized wikimedia instance I have. Where might I look (i've looked in firebug) for hints on why?
- # [02:00] <Callek_Away> JuanDaugherty: theres a bug on file for it, its due to an older jQuery version
- # [02:00] <Callek_Away> JuanDaugherty: give me a moment and I can find the bug
- # [02:00] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
- # [02:00] <JuanDaugherty> ah great
- # [02:01] <JuanDaugherty> and yes the only problems shown in firebug were a couple of js stmnts
- # [02:01] <@smaug> JuanDaugherty: https://bugzilla.mozilla.org/show_bug.cgi?id=679971#c13
- # [02:03] <Callek_Away> smaug++
- # [02:03] <Callek_Away> (I *just* found the link)
- # [02:03] <JuanDaugherty> so I gather there's no fix, have to wait for 10?
- # [02:04] <JuanDaugherty> or upgrade jquery
- # [02:04] <dahal> Hello everyone, I am a student developer from Nepal, and I am interested in Firefox development. I have read the introduction pages at https://developer.mozilla.org/en/Introduction. Although I am good at programming I have never had any experience with a real life open source project (though I do use git).
- # [02:04] <Callek_Away> JuanDaugherty: the best solution is to upgrade your mediaWiki version
- # [02:04] <JuanDaugherty> yeah, I've been avoiding that
- # [02:04] <dahal> Hence can anyone please suggest me whether I should start on Fennec or on Firefox
- # [02:04] <Callek_Away> but there is casual talk about taking a backout in a 9.0.2 :-)
- # [02:04] <Callek_Away> not sure who is on point about making that call
- # [02:05] * Quits: dao (dao@moz-DB2FD09C.superkabel.de) (Quit: Leaving.)
- # [02:05] <dahal> I am familiar with C/C++. Thanks, hope I would be suggested something good.
- # [02:06] <JuanDaugherty> ff9 has an infinitesmal share at this point so I can live with it for a bit
- # [02:06] <JuanDaugherty> there's also this thing I test on every new release at regular wikipedia
- # [02:06] <JuanDaugherty> running on 32bit linux
- # [02:07] <JuanDaugherty> which is just to scroll down quickly
- # [02:07] <JuanDaugherty> crashes every time if I do it with the mouse
- # [02:07] <JuanDaugherty> by grabbing the scrollbar
- # [02:07] <@smaug> JuanDaugherty: have you filed a bug report
- # [02:07] * Ziggy_Maes is now known as Ziggy|AWAY
- # [02:08] <@smaug> JuanDaugherty: do you have crash id ?
- # [02:08] <@smaug> about:crashes
- # [02:08] <@smaug> (never heard of such crash)
- # [02:09] <@smaug> JuanDaugherty: btw, it is better to test using aurora than releases
- # [02:09] <JuanDaugherty> looks like I turned it off about 3-4 months ago when I decided to fork usage of 3.6 as stable and whatever was rolling down the pike as current
- # [02:09] <@smaug> that way you can still affect to the release if there are bugs
- # [02:11] <Callek_Away> NeilAway: still looking for an answer to my above issue -- when you get back, please tell me specifics
- # [02:11] * Quits: Callek_Away (chatzilla@moz-76B555A8.bstnma.east.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [02:11] <JuanDaugherty> I'm using this bug as a sniff/smoke test so it would be self-defeating to lose it anyway other than thru the regular mozdev process fixing it
- # [02:12] <JuanDaugherty> and it's possible it's just this debian host, dunno that for sure, doesn't reproduce on Windows or Mac
- # [02:15] <WG9s> Well, if you don't file a bug including the exact steps you use to reproduce the issue, it will probably never get fixed.
- # [02:15] * mattwoodrow|away is now known as mattwoodrow
- # [02:16] <JuanDaugherty> unlikely if it's more general than my one instances
- # [02:17] <JuanDaugherty> *instance
- # [02:18] <JuanDaugherty> new integral version numbers seem to be coming awfully close together
- # [02:18] * Quits: @smaug (chatzilla@moz-672E5C96.gprs.sl-laajakaista.fi) (Ping timeout)
- # [02:18] <JuanDaugherty> is the core proj still called moz central?
- # [02:18] <WG9s> Well you see filing the bug will make it possible for someone else to at least try to reproduce so we can see if it is just you .
- # [02:21] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [02:21] <JuanDaugherty> hmm, I just enable crash reporting to try and reproduce it and couldn't
- # [02:21] <JuanDaugherty> *enabled
- # [02:23] <WG9s> maybe it has been fixed?
- # [02:25] * Joins: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com)
- # [02:31] <JuanDaugherty> well I checked when I just downloaded 9 so must be transient
- # [02:34] <JuanDaugherty> and setting taintEnabled clears the mediawiki thing
- # [02:34] <JuanDaugherty> thx for the pointer
- # [02:36] <WG9s> IS there a particual wikipedia page you use to cause this crash?
- # [02:37] <JuanDaugherty> just the front page generally
- # [02:37] <JuanDaugherty> but when I couldn't I tried a couple of longer ones
- # [02:37] * Joins: jmaher (jmaher@moz-B77DEAEB.mozilla.org)
- # [02:38] <WG9s> and do you get a crash peropt, or is it more of an X11 type crash?
- # [02:39] <WG9s> might be a graphics driver issue and not a Mozilla issue at all.
- # [02:39] * Joins: mike5w3c (MikeS@moz-8BC92439.pool.e-mobile.ne.jp)
- # [02:40] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Quit: sholsapp)
- # [02:40] <WG9s> which might also explain why you cant reproduce suddenly if you recently applied OS level patches.
- # [02:40] <JuanDaugherty> only thing I can think may have changed it is I installed firebug to try to find the mediawiki thing
- # [02:40] <JuanDaugherty> can't reproduce the crash at all now
- # [02:41] <JuanDaugherty> used to be able to so maybe 9 did fix it
- # [02:42] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [02:44] <JuanDaugherty> so it was the NY Times, not wiki and a crash report was submitted, not reproduced on mac or windows, front page
- # [02:44] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Input/output error)
- # [02:44] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
- # [02:45] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [02:46] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:47] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
- # [02:47] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Ping timeout)
- # [02:48] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
- # [02:51] * Joins: kaie2 (kaie@moz-24B38709.dip.t-dialin.net)
- # [02:52] * Quits: kaie (kaie@moz-CAC14B9.dip.t-dialin.net) (Ping timeout)
- # [02:52] * kaie2 is now known as kaie
- # [02:52] <JuanDaugherty> https://bugzilla.mozilla.org/show_bug.cgi?id=714695
- # [02:54] * Quits: kaie (kaie@moz-24B38709.dip.t-dialin.net) (Quit: Leaving)
- # [02:55] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
- # [02:55] <JuanDaugherty> ah so the crash report indicates something will look into that later
- # [02:56] <JuanDaugherty> will probably fix it so going to close the report
- # [02:56] <JuanDaugherty> thx again
- # [02:59] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:00] <JuanDaugherty> actually not sure so will leave it open
- # [03:03] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120102140300])
- # [03:03] <WG9s> yes leave it open please
- # [03:03] <WG9s> seems to be at least related to something poeple are already working on trying to figure out.
- # [03:06] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 9.0.1/20111220165912])
- # [03:09] * Joins: brendan (brendaneic@moz-86B6569C.hfc.comcastbusiness.net)
- # [03:09] <Callek> yea wikipedia main page does not use a plugin (afaik) and that crash report seems to be a plugin issue at NYT
- # [03:09] <Callek> and could very well e a different issue
- # [03:10] <JuanDaugherty> well the wikipedia thing doesn't cause a crash, I conflated that with the crash. Also mistakenly thought the crash report indicated in the app notes I a lib I was missing
- # [03:11] <JuanDaugherty> but don't think the crash is related to that field
- # [03:11] * Joins: cbiesinger__ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [03:11] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
- # [03:11] <Callek> yea that missing lib is unrelated
- # [03:12] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [03:18] * cbiesinger__ is now known as biesi
- # [03:19] * khuey is now known as khuey|away
- # [03:20] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
- # [03:21] * Joins: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
- # [03:23] * Quits: Boriss (FlyingToas@6748FAF5.A8E6DA2D.217C7FCC.IP) (Connection reset by peer)
- # [03:25] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:25] * Joins: Boriss (FlyingToas@6748FAF5.A8E6DA2D.217C7FCC.IP)
- # [03:26] * Quits: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [03:27] * Joins: asac_ (asac@moz-1C9F6AE7.pppoe.wtnet.de)
- # [03:28] * Quits: asac (asac@moz-3B631A0B.pppoe.wtnet.de) (Ping timeout)
- # [03:31] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [03:33] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:34] <Callek> NeilAway: is this correct, at a glance: http://callek.pastebin.mozilla.org/1430925
- # [03:35] * Callek would accept someone like khuey|away, ted, Bas, etc. telling me if it does indeed (a) continue to work with internal libxul linkage, and would make it work with external linkage
- # [03:37] * Quits: mike5w3c (MikeS@moz-8BC92439.pool.e-mobile.ne.jp) (Quit: mike5w3c)
- # [03:37] * Quits: chewey (chewey@moz-338252F1.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:38] * Joins: chewey (chewey@moz-8AAC48B5.dip0.t-ipconnect.de)
- # [03:38] <Callek> ugh guess not: http://callek.pastebin.mozilla.org/1430926
- # [03:38] <Callek> help wanted
- # [03:40] * Quits: graememcc (chatzilla@moz-622AFED0.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221233052])
- # [03:40] <Callek> oooo I think I see (at least part) of my mistake)
- # [03:43] * philor is now known as philor|away
- # [03:43] * Joins: rshetty (quassel@F59DE193.F8C0C706.C842849F.IP)
- # [03:43] <glob> nuts, 'mass password reset' is apparently incompatible with nightly
- # [03:44] <Callek> NeilAway: new patch: http://callek.pastebin.mozilla.org/1430927
- # [03:45] * heycam is now known as heycam|away
- # [03:47] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
- # [03:50] <Mossop> glob: In what way? Nightly has default to compatible on so it should work, or are you saying it is actually broken?
- # [03:50] <glob> Mossop, nightly it telling me it isn't compatible, and won't let me enable it
- # [03:51] <Mossop> hmm
- # [03:51] <glob> Mossop, the amo page also says "May be incompatible with Firefox 12.0a1"
- # [03:51] <Mossop> WFM
- # [03:51] <Unfocused> wfm
- # [03:51] <glob> interesting
- # [03:51] <Mossop> Oh I have compat checking disabled
- # [03:51] * philor|away is now known as philor
- # [03:52] <Mossop> Still wfm
- # [03:52] <Unfocused> i don't, and it wfm
- # [03:53] <Unfocused> glob: in about:config, can you check the value of extensions.strictCompatibility ?
- # [03:53] <Mossop> Unfocused: I have exactly one add-on that is too old for DTC to work but still works fine in Nightly :(
- # [03:53] <glob> Unfocused, = false
- # [03:54] <nigelb> Unfocused = false?
- # [03:54] <nigelb> :D
- # [03:54] <glob> nigelb, heh
- # [03:54] <Unfocused> hm, thats what i should be
- # [03:54] <Unfocused> Mossop: yea :\ think we may need to look into whitelist overrides
- # [03:55] <Unfocused> (which begs the question, how do we get data on what's working ok?)
- # [03:55] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
- # [03:56] <Unfocused> huh: http://grab.by/buGO
- # [03:56] <glob> Unfocused, yup, that's what i'm seeing
- # [03:56] <njn> anyone know about the Necko cache? E.g. is it a performance win?
- # [03:57] <glob> Unfocused, it was disabled when i started nightly; along with a tab for each installed addon asking to be enabled (grr)
- # [03:58] <Unfocused> hm, sounds like the database got corrupted
- # [03:58] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [03:58] <luke> philor: heh, we both retriggered
- # [03:58] * njn has a suspicion that the Necko cache is a complete waste of time, and that nsRecyclingAllocator should be removed with prejudice
- # [03:59] <glob> Unfocused, do you want me to file a bug?
- # [03:59] <Unfocused> yea, please
- # [03:59] <Unfocused> am investigating now
- # [04:00] <glob> Unfocused, product/component? amo/administration?
- # [04:01] <Unfocused> put it in Toolkit :: Add-ons Manager for now
- # [04:01] <Unfocused> til i prove otherwise
- # [04:01] <Mossop> Attach extensions.sqlite and extensions.log to the bug
- # [04:02] <JuanDaugherty> dahal, I dunno if anybody else answered but yes this would be a good project, if you don't mind the size and complexity of the codebase.
- # [04:03] <JuanDaugherty> also it's more than just C/C++, there's an idiosyncratic build environment, idl, js, etc.
- # [04:05] <Callek> Mossop: glob, to be clear extensions.sqlite and .log presumes you're not against having "the world" know about what extensions you have/had installed :-)
- # [04:08] * khuey|away is now known as khuey
- # [04:08] <Mossop> Well, quite often we'll want to know that information in the bug anyway ;)
- # [04:08] * khuey is now known as khuey|away
- # [04:10] * glob files bug 714698
- # [04:11] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:12] <Mossop> glob: Do you have Addon Compatibility Reporter installed, and did you just install it?
- # [04:13] <glob> Mossop, no
- # [04:14] <glob> Mossop, to both. however when i started nightly after an update it was asked to re-enable all my addons
- # [04:14] * Quits: brendan (brendaneic@moz-86B6569C.hfc.comcastbusiness.net) (Quit: brendan)
- # [04:14] <glob> *i was asked
- # [04:15] * heycam|away is now known as heycam
- # [04:15] <Mossop> Yeah, that's a known issue with cases where we try to recover from being unable to open the database
- # [04:16] <Unfocused> so.... the problem is that the maxVersion in install.rdf is 3.6a1pre, which is less than the minimum compatible version. and for some reason, AMO isn't sending the compatibility update
- # [04:16] <Mossop> The problem is becoming discovering why that happened in the first place :(
- # [04:17] <Unfocused> so i'd say its a MO regression
- # [04:17] <Mossop> Unfocused: I thought you couldn't reproduce?
- # [04:17] <Unfocused> er, AMO regression
- # [04:18] <Unfocused> Mossop: my installed version is compatible. but i can't re-install it from AMO
- # [04:18] <Unfocused> my installed version has the compatibility update applied
- # [04:18] <Mossop> Oh, I installed from AMO fine
- # [04:18] <Unfocused> you did? hmm
- # [04:19] <Unfocused> the update ping isn't sending a compatibility update as expected: https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=2&id=masspasswordreset@johnathan.nightingale&version=1.05&maxAppVersion=3.6a1pre&status=userEnabled,incompatible&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=12.0a1&appOS=WINNT&appABI=x86-msvc&locale=en-US¤tAppVersion=12.0a1&updateType=49&com
- # [04:19] <Unfocused> patMode=normal
- # [04:19] <Unfocused> er
- # [04:19] <Unfocused> https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=2&id=masspasswordreset@johnathan.nightingale&version=1.05&maxAppVersion=3.6a1pre&status=userEnabled,incompatible&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=12.0a1&appOS=WINNT&appABI=x86-msvc&locale=en-US¤tAppVersion=12.0a1&updateType=49&compatMode=normal
- # [04:21] <Mossop> Huh
- # [04:21] <Mossop> So I guess I installed it with compatibility checking disabled, then enabled that and it let me keep it. Which is odd
- # [04:22] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
- # [04:22] <Mossop> Unfocused: https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=2&id=masspasswordreset@johnathan.nightingale&version=1.05&maxAppVersion=3.6a1pre&status=userEnabled,incompatible&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=12.0a1&appOS=WINNT&appABI=x86-msvc&locale=en-US¤tAppVersion=12.0a1&updateType=49&compatMode=ignore
- # [04:22] <Mossop> When compatMode is ignore AMO sends the right data
- # [04:22] <Unfocused> yea
- # [04:23] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
- # [04:23] <Unfocused> there was a bug for compat-by-default support that went live recently
- # [04:23] <Unfocused> betting its a regression from that
- # [04:24] <Unfocused> fwiw, i filed bug 704300 awhile ago :)
- # [04:24] <Unfocused> firebot: bug 704300
- # [04:25] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=704300 nor, P1, ---, bmcbride, RESO DUPLICATE, Compatibility update not applied for default-to-compatible addon's that don't meet min compat versio
- # [04:25] <Unfocused> ah, bug 703781 went live recently
- # [04:25] <glob> Unfocused, is there a way for me to work around this for now? no prizes for guessing why i need that extension :)
- # [04:26] <Unfocused> glob: disable compatibility checking (extensions.checkCompatibility.nightly = false), then install
- # [04:26] <glob> Unfocused, thanks
- # [04:27] <Unfocused> once it's installed, you can re-enable compatibility checking (there will be a warning in the addons manager that has a button to re-enable for you)
- # [04:27] <glob> Unfocused, installed, thanks again
- # [04:28] <Unfocused> :)
- # [04:29] <ewong> just wondering.. when did devs start attaching patches for reviews in bugs? (wondering if this question makes sense)
- # [04:30] <glob> ewong, do you mean to the emails?
- # [04:30] <ewong> glob no.. in bugs on bmo
- # [04:30] <glob> ewong, hasn't that happened since forever?
- # [04:31] <ewong> glob I dunno.. because I'm reading a few old bugs (circa 2003) and from one comment to the next it says "Resolved Fixed" and I don't see any patches attached to the bug
- # [04:31] <ewong> glob i.e. bug #173406
- # [04:38] <Unfocused> for that bug, it was really more of a WONTFIX / duplicate
- # [04:38] <Unfocused> but very early in firefox's development, not everything was reveiwed
- # [04:39] * Quits: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com) (Ping timeout)
- # [04:41] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [04:46] <Callek> Mossop: Sooo... how well versed are you with COMPtr's + general linkage (internal/external) patches/bugs/etc?
- # [04:46] <Mossop> Callek: Not in the slightest
- # [04:47] <Mossop> The amount I really understand about C++ linkage could be described in a very very short paragraph
- # [04:47] <ewong> Unfocused: ooh. thanks for the clarification
- # [04:48] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
- # [04:48] <Mossop> ewong: Over the course of development there have certainly been a few "special" individuals who never bothered with getting reviews for their patches. Thankfully it doesn't happen anymore
- # [04:49] <Callek> Mossop: are you thinking the initial owner of the addonmanager code?
- # [04:49] <Callek> :-)
- # [04:50] <Mossop> Callek: Maybe
- # [04:50] <Callek> :-)
- # [04:50] <Callek> and the initial developer of <prefwindow> :-)
- # [04:50] <Callek> [hint: same person]
- # [04:51] <ewong> Mossop right.. as I can't learn without looking at patches.. :)
- # [04:51] * Joins: karl (karl@moz-C71137FF.jetstream.xtra.co.nz)
- # [04:52] <Mossop> Many many times I have done historical digging to find where some code came from to find just "refactoring landed", no review, no bug comments
- # [04:56] <ewong> just encountered this situation unfortunately..
- # [04:59] * Quits: Boriss (FlyingToas@6748FAF5.A8E6DA2D.217C7FCC.IP) (Quit: Boriss)
- # [04:59] * Joins: mike5w3c (MikeS@moz-8BC92439.pool.e-mobile.ne.jp)
- # [05:15] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
- # [05:16] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [05:17] <Callek> ewong: yea, its anoying
- # [05:18] <Callek> basically we always want a bug on file, there are rare exceptions to the rule, but they should be rarer than winning the lotto :-)
- # [05:18] <Callek> historically we have been bad at that in some cases
- # [05:21] <ewong> Callek and it just so happens that the bug I'm looking at doesn't have a patch on file.. heh.. should go buy a lottery..
- # [05:21] <Callek> ewong: I mean the _LEGIT_ reasons to not have a bug/patch/etc. tieing things together, should be that rare
- # [05:22] <Callek> if its pretty old, then its more likely to have happened, but doesn't change my opinion on it
- # [05:23] * Joins: dRdR (dRdR@moz-FD49F625.uwaterloo.ca)
- # [05:26] <Callek> NeilAway: FYI, stuffed that patch (external services.h) to try https://tbpl.mozilla.org/?tree=Try&rev=c174ec14ecaa am I right that it would suite your needs here, if it passes review?
- # [05:26] * Joins: peregrino (peregrino@moz-7F1589.telecom.net.ar)
- # [05:27] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:27] * Quits: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
- # [05:32] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
- # [05:35] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [05:37] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
- # [05:39] * glob is now known as glob|away
- # [05:40] * Quits: peregrino (peregrino@moz-7F1589.telecom.net.ar) (Ping timeout)
- # [05:42] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [05:53] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [05:54] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [05:58] * glob|away is now known as glob
- # [06:07] * Quits: Poly-C (Poly-C@moz-B3165B13.dip.t-dialin.net) (Ping timeout)
- # [06:08] * Joins: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net)
- # [06:09] <Bas> Callek: Still here?
- # [06:09] <Callek> Bas: yep
- # [06:10] <Bas> Callek: 't Was my birthday tonight, so hence I hasn't all too present :)
- # [06:10] <Callek> Bas: I haven't looked at my oranges yet, but I pushed my attempt to try https://tbpl.mozilla.org/?tree=Try&rev=c174ec14ecaa
- # [06:10] <Callek> :-)
- # [06:10] <Callek> (happy birthday)
- # [06:10] <Callek> Bas: does that do as I want? (make mozilla::services::Get* accessible via external linkage?)
- # [06:10] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Input/output error)
- # [06:11] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
- # [06:12] <Bas> So, __dllspec(import) is what you'd do on windows if you're importing from an internal API, __dllspec(export) is what you're doing if you're drawing it in.. Usually the specifics are defined through a macro like THEBES_API and such, but it kind of depends on the component, what semantics you actually want.
- # [06:12] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [06:12] <Bas> *drawing==*dragging
- # [06:12] <Callek> Bas: I found those Macro's in http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/base/nscore.h
- # [06:12] <Callek> Bas: specifically: http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/base/nscore.h#164
- # [06:13] <Bas> callek: mozilla.org is taking its time :) give me a second.
- # [06:13] <Callek> so I'm essentially marking the header with __declspec(dllimport) *everywhere* and __declspec(dllexport) in its implementation
- # [06:14] <Callek> and I'm exporting an already_addref<> pointer to an nsCOMPtr
- # [06:14] <Bas> callek: That'll probably generate compiler warnings.
- # [06:15] <Callek> yea, I'm not sure how this is normally done
- # [06:15] <Callek> so its mostly the macro-to-use I need help with at this point
- # [06:16] * Joins: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com)
- # [06:17] <Callek> Bas: I'm pretty sure that whatever I should use is defined in nscore.h
- # [06:17] * Quits: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net) (Ping timeout)
- # [06:18] <Callek> Bas: I guess my second largest issue I need clarification on, is if its ok to pass an already_addref<> pointer to an nsCOMPtr across DllBoundaries like this?
- # [06:20] <Callek> (since doing this can cause allocater differences, we should think of the potential for nsCOMPtr<> being allocated in libxul, and then that already_addref<>'ed getting accessed/used in a dll/exe without mozalloc.h magic
- # [06:20] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [06:24] <Bas> Callek: Will, the thing is, you really want releases to occur in whatever DLL did the allocation, as you want the DLL to occur whereever the allocation occured.
- # [06:24] <Bas> *well
- # [06:25] <Callek> Bas: yea, the only reason I'm even doing this, is because Neil is set on wanting mailnews to be able to build with external linkage
- # [06:25] <Bas> On windows this is actually important, multiple links with a static CRT will actually link to different heaps and cause issues. Evertything linking to the samed shared CRT will cause issues.
- # [06:26] <Callek> I personally don't see the point, and don't want to bother
- # [06:26] <Callek> but I *do* want to use mozilla::services in the default case, which is faster for the builds
- # [06:26] <Bas> Ugh
- # [06:26] <Callek> and in our default builds we do link into libxul
- # [06:27] <Bas> Yeah, mozilla:: is a bit broken there. The last release should -really- occur 'within' libxul, if it was allocated from there.
- # [06:27] <Callek> I really don't want to macro or wrap this in a util library separate from mozilla::services::* just for that use-case
- # [06:28] <Bas> It's tricky, putting __declspec(import) will generate warnings all over the place in the external build version.
- # [06:28] <Bas> Since that will get something like 'locally defined symbol imported' or along those lines.
- # [06:28] <Bas> But I've seen graphite generate a bunch of those errors recently.
- # [06:28] <Mossop> Can't mozilla::services return just a pointer that is already addrefed rather than a nsCOMPtr?
- # [06:29] <Callek> Mossop: it is an already_addrefed<>
- # [06:29] <Mossop> You;re saying it is returning an nsCOMPtr though?
- # [06:29] <Callek> #define MOZ_SERVICE(NAME, TYPE, SERVICE_CID) already_AddRefed<TYPE> Get##NAME();
- # [06:29] <Callek> I apologize, got myself mixed up
- # [06:30] <Mossop> Oh, then I don't see the problem. Freeing will still occur in libxul when the last user calls Release on the object
- # [06:30] * Joins: IRCMonkey56472 (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
- # [06:31] <Callek> does doing the impl as |NS_EXPORT_(already_AddRefed<TYPE>) | and the header as | NS_IMPORT_(already_AddRefed<TYPE>) Get##NAME();| mean trouble in warning land?
- # [06:31] <Callek> or is there a macro to use that makes life easier
- # [06:31] <Mossop> That I know nothing about sadly
- # [06:31] <Callek> (nscore.h already has some |#if !defined(XPCOM_GLUE)| in it, but I don't know a better solution top of my head)
- # [06:33] <Callek> ....my Cpp memory has not been exercised much lately, so I'm straining to remember this complex mechanics ;-)
- # [06:39] * Quits: njn (chatzilla@moz-9DEBD511.dyn.iinet.net.au) (Ping timeout)
- # [06:39] * Joins: njn (chatzilla@moz-676253CC.dyn.iinet.net.au)
- # [06:44] <Bas> Callek: The problem is really that NS_IMPORT or NS_EXPORT usage are really dependent on what compile unit you're using them in. IMPORT if it's going to be linked directly to the function. EXPORT if your function is going to be imported from an external DLL.
- # [06:46] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [06:47] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [06:49] * Joins: mike5w3c_ (MikeS@moz-F7C968BF.pool.e-mobile.ne.jp)
- # [06:50] * Quits: mike5w3c (MikeS@moz-8BC92439.pool.e-mobile.ne.jp) (Ping timeout)
- # [06:50] * mike5w3c_ is now known as mike5w3c
- # [06:52] <sholsapp> \
- # [06:52] <KWierso> pretty much, yeah
- # [06:52] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [06:56] <Bas> We have macros for this in different parts of the tree, (like THEBES_API for example), but it's hard to say what you should be using when linking an arbitrary component into an arbitrary place.
- # [06:57] * Quits: mike5w3c (MikeS@moz-F7C968BF.pool.e-mobile.ne.jp) (Ping timeout)
- # [06:57] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [06:59] * Joins: mike5w3c (MikeS@moz-F7C968BF.pool.e-mobile.ne.jp)
- # [06:59] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [07:02] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [07:04] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Quit: sholsapp)
- # [07:07] * Joins: Mano (chatzilla@moz-3016E91C.red.bezeqint.net)
- # [07:08] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
- # [07:08] * ChanServ sets mode: +o dveditz
- # [07:13] * Quits: njn (chatzilla@moz-676253CC.dyn.iinet.net.au) (Ping timeout)
- # [07:14] * Joins: njn (chatzilla@moz-A960F72A.dyn.iinet.net.au)
- # [07:17] <Bas> Callek: Did this make any sense?
- # [07:17] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
- # [07:19] * Joins: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
- # [07:20] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [07:22] * Joins: Mano_ (chatzilla@moz-3016E91C.red.bezeqint.net)
- # [07:22] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
- # [07:22] * Quits: Mano (chatzilla@moz-3016E91C.red.bezeqint.net) (Ping timeout)
- # [07:22] * Mano_ is now known as Mano
- # [07:24] <glob> is it me... or are the background on the moco phonebook site no longer being displayed in nightly? http://i.imgur.com/8jZDU.png
- # [07:24] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
- # [07:25] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-1.9.2/rev/6a3b9290d823 - Phil Ringnalda - Bug 714501 - Update browser/toolkit copyright dates to 2012, r+a=dveditz
- # [07:25] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
- # [07:26] <KWierso> glob: getting four warnings in the error console when I load the phonebook
- # [07:26] <KWierso> (and I'm not seeing the backgrounds)
- # [07:27] <glob> sounds like i need to file a bug. i have no idea where it belongs though :)
- # [07:27] * adam-afk is now known as adam
- # [07:28] <KWierso> glob: websites: other?
- # [07:29] <KWierso> glob: er, Webtools: Phonebook
- # [07:29] <glob> KWierso, i think it's a nightly issue, not a phonebook one. it works in aurora and all other browsers
- # [07:29] <KWierso> heh, tech evang? :P
- # [07:30] * Joins: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net)
- # [07:32] <philor> did it stop working with the 2011-12-24 nightly?
- # [07:33] <glob> philor, not sure, that's about the time _i_ stopped working :) do you have a particular bug in mind?
- # [07:33] <philor> glob: I do indeed
- # [07:33] <Unfocused> probably the border-image spec change
- # [07:34] <philor> the khuey-breaks-the-moz-prefixed-world change
- # [07:34] <KWierso> two of the four warnings are "unknown property 'border-image'"
- # [07:35] <KWierso> being applied to the body of each vcard element
- # [07:35] <philor> and are the -moz-border-image declarations that are right before that rather lacking in the "fill" keyword?
- # [07:36] <KWierso> right after
- # [07:36] <KWierso> -moz-border-image: url(../img/vcard_body_bg.png) 0 16 0 16 repeat repeat;
- # [07:37] <glob> philor, what's the bug number?
- # [07:41] <philor> 497995
- # [07:41] * Joins: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net)
- # [07:41] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [07:42] * Parts: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
- # [07:42] <philor> slackers. I had my bustage fixed and deployed on Christmas day.
- # [07:45] * Quits: Mano (chatzilla@moz-3016E91C.red.bezeqint.net) (Ping timeout)
- # [07:48] * Joins: Mano (chatzilla@moz-3016E91C.red.bezeqint.net)
- # [07:52] * Quits: Mano (chatzilla@moz-3016E91C.red.bezeqint.net) (Ping timeout)
- # [07:55] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:57] * adam is now known as adam-afk
- # [07:58] * Joins: Mano (chatzilla@moz-3016E91C.red.bezeqint.net)
- # [08:02] * Quits: Mano (chatzilla@moz-3016E91C.red.bezeqint.net) (Ping timeout)
- # [08:03] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [08:13] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [08:18] <philor> mfinkle: you're looking pretty busted on native talos
- # [08:18] <mfinkle> grr
- # [08:18] <philor> Exception handling message "DOMWindowClose", java.lang.ArrayIndexOutOfBoundsException, if logcat is to be believed
- # [08:19] <mfinkle> nah
- # [08:19] <mfinkle> java.lang.NullPointerException
- # [08:20] <mfinkle> at org.mozilla.gecko.GeckoApp$SessionSnapshotRunnable.run(GeckoApp.java:615)
- # [08:20] <philor> oh, I wasn't far enough down
- # [08:20] <philor> too used to "the last few screenfuls will be garbage"
- # [08:21] <mfinkle> lol
- # [08:21] <mfinkle> I can either backout the offender or fix it
- # [08:21] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:21] <mfinkle> it's https://hg.mozilla.org/integration/mozilla-inbound/rev/0284b1ff46c6
- # [08:23] <mfinkle> let's just back it out
- # [08:23] * nthomas|gone is now known as nthomas
- # [08:23] <mfinkle> cause I'd rather sleep
- # [08:25] <mfinkle> coming up
- # [08:26] * heycam is now known as heycam|away
- # [08:27] <mfinkle> done
- # [08:29] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
- # [08:32] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
- # [08:32] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
- # [08:36] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
- # [08:37] <philor> thx - I was busy worrying about how I was burning Firefox3.6 instead of how you were burning inbound :)
- # [08:49] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
- # [08:53] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
- # [09:05] * Joins: pascalc (chatzilla@moz-C2FE40E5.rev.sfr.net)
- # [09:05] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:07] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [09:11] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [09:13] * Joins: Ms2ger (Ms2ger@C27335BF.43CA53FB.37724B0D.IP)
- # [09:17] * jaws|away is now known as jaws
- # [09:18] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:18] * philor is now known as philor|away
- # [09:20] * nthomas is now known as nthomas|away
- # [09:23] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
- # [09:25] * philor|away is now known as philor
- # [09:30] * philor is now known as philor|away
- # [09:32] * Joins: protz (protz@moz-E29D2A15.inria.fr)
- # [09:33] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
- # [09:33] * Joins: Mic (Benedikt@moz-707C1327.superkabel.de)
- # [09:38] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [09:38] * philor|away is now known as philor
- # [09:42] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [09:42] <Ms2ger> "Firefox can't find the server at www.mochi.test."
- # [09:42] * Quits: njn (chatzilla@moz-A960F72A.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20111227130724])
- # [09:43] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [09:43] * Joins: alex (alex@moz-3BDEC7B1.static.ziggozakelijk.nl)
- # [09:43] * alex is now known as IRCMonkey39140
- # [09:43] <philor> it should have tried www2.0.mochi.test
- # [09:44] * Joins: collinjackson (jackson@moz-1BCC4E29.hsd1.ca.comcast.net)
- # [09:44] <Ms2ger> I guess I could start by compiling
- # [09:45] * Joins: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net)
- # [09:46] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [09:46] <glazou> happy new year everyone!
- # [09:47] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [09:49] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
- # [09:50] * Quits: dRdR (dRdR@moz-FD49F625.uwaterloo.ca) (Client exited)
- # [09:53] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
- # [09:53] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [09:54] * philor is now known as philor|away
- # [09:55] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
- # [09:57] * Quits: collinjackson (jackson@moz-1BCC4E29.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
- # [09:58] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [10:00] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [10:06] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [10:08] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [10:09] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
- # [10:11] * Joins: smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi)
- # [10:11] * ChanServ sets mode: +o smaug
- # [10:12] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [10:19] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [10:21] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [10:21] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [10:23] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [10:24] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [10:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:27] * Quits: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net) (Ping timeout)
- # [10:30] * Joins: AutomatedTester (AutomatedT@moz-3C3E2C11.as13285.net)
- # [10:32] * Joins: michal (michal@moz-AC82D9D.broadband5.iol.cz)
- # [10:34] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [10:34] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [10:35] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
- # [10:37] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [10:40] <IRCMonkey39140> hello! I have a xul application that download a file. With xulrunner 1.9 I can do it without problems adding a brand.dtd with the dialog content. But if I use xulrunner 8.0 appears like this brand.dtd is not read and I get an XML error: "undefined entity" -> intro.label
- # [10:40] * IRCMonkey39140 is now known as xota
- # [10:42] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [10:42] * Joins: MarcoZ (marco.zehe@moz-6969D20B.dip.t-dialin.net)
- # [10:46] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:47] * bjacob kicks off the year with a ANGLE update
- # [10:47] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [10:49] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [10:49] * glob is now known as glob|away
- # [10:57] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
- # [11:03] * Joins: m_kato (makoto@moz-8CEE9107.tokynt01.ap.so-net.ne.jp)
- # [11:03] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [11:04] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [11:04] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:06] * Joins: gabor (gabor@moz-467B195E.pool.t-online.hu)
- # [11:07] * Joins: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it)
- # [11:07] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:07] * mattwoodrow is now known as mattwoodrow|away
- # [11:09] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [11:09] * Quits: AutomatedTester (AutomatedT@moz-3C3E2C11.as13285.net) (Quit: AutomatedTester)
- # [11:12] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [11:12] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [11:12] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [11:12] * Joins: AutomatedTester (AutomatedT@moz-3C3E2C11.as13285.net)
- # [11:14] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [11:15] * Quits: davidillsley (chatzilla@moz-D3C5EBB2.range86-144.btcentralplus.com) (Ping timeout)
- # [11:16] * Joins: hendry (hendry@5CF74BE8.13C9ADCF.B6856485.IP)
- # [11:17] <hendry> Hi there, I have a serious problem getting back/forward buttons working when the #urlbar is hidden, https://bugzilla.mozilla.org/show_bug.cgi?id=711105 Can anyone please help?
- # [11:19] * Joins: bjarne (bjarne@moz-46A85847.nextgentel.com)
- # [11:21] * Quits: pascalc (chatzilla@moz-C2FE40E5.rev.sfr.net) (Ping timeout)
- # [11:21] * Joins: Goldorak_ (chatzilla@5BEC446D.A251630B.187A1082.IP)
- # [11:22] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [11:22] * Goldorak_ is now known as Goldorak
- # [11:24] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [11:24] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [11:26] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
- # [11:27] * NeilAway wonders whether there's a way to get Bugzilla (or the browser) to gunzip attachments
- # [11:27] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
- # [11:29] * Quits: @smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi) (Ping timeout)
- # [11:30] * Joins: smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi)
- # [11:30] * ChanServ sets mode: +o smaug
- # [11:30] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:34] * Quits: gabor (gabor@moz-467B195E.pool.t-online.hu) (Ping timeout)
- # [11:38] * Quits: mike5w3c (MikeS@moz-F7C968BF.pool.e-mobile.ne.jp) (Ping timeout)
- # [11:38] * Joins: mike5w3c (MikeS@moz-AEFD871.pool.e-mobile.ne.jp)
- # [11:38] <Mnyromyr> I'd rather know how to make Bugzilla stop sending diffs >:-|
- # [11:39] <Mnyromyr> I don't want them in my mail
- # [11:39] <Mnyromyr> that's just a waste of traffic
- # [11:43] * Quits: karl (karl@moz-C71137FF.jetstream.xtra.co.nz) (Ping timeout)
- # [11:45] <Mnyromyr> uh, it's bug 713208
- # [11:45] * Quits: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it) (Connection reset by peer)
- # [11:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:46] * Joins: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it)
- # [11:46] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
- # [11:46] * Joins: karl (karl@moz-C71137FF.jetstream.xtra.co.nz)
- # [11:48] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [11:51] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [11:51] * Quits: karl (karl@moz-C71137FF.jetstream.xtra.co.nz) (Ping timeout)
- # [11:52] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Client exited)
- # [11:52] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:52] * Quits: xota (alex@moz-3BDEC7B1.static.ziggozakelijk.nl) (Quit: leaving)
- # [11:56] * Joins: pranavrc_ (pranavrc@9EF7E74A.97587DFD.C28326FD.IP)
- # [11:57] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [12:00] * Quits: pranavrc (u4970@moz-160C58C6.com) (Quit: )
- # [12:00] * pranavrc_ is now known as pranavrc
- # [12:03] * Joins: Nilos (Miranda@moz-69632AC1.ewe-ip-backbone.de)
- # [12:03] <Nilos> hi @all
- # [12:03] <Nilos> why is window.crypto.random not available in firefox but webkit based browsers?
- # [12:03] <Nilos> will it be added?
- # [12:07] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:10] <@smaug> Nilos: IIRC the patch is waiting for reviews
- # [12:10] <@smaug> let me find the bug
- # [12:11] <Nilos> smaug : good :)
- # [12:12] <@smaug> Nilos: ah, it is there already
- # [12:12] * Joins: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP)
- # [12:12] <@smaug> hmm
- # [12:12] <Unfocused> Nilos: bug 440046
- # [12:12] <Nilos> thx
- # [12:13] <Unfocused> smaug: ^
- # [12:14] <@smaug> Unfocused: yeah, thanks
- # [12:17] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
- # [12:18] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [12:18] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [12:20] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:23] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:23] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
- # [12:25] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
- # [12:25] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [12:25] <Julian> hi there; is there a known build issue with m-c? On Win7, a "make -f client.mk clean" after a fresh checkout runs into an infinite loop
- # [12:26] * Quits: pranavrc (pranavrc@9EF7E74A.97587DFD.C28326FD.IP) (Ping timeout)
- # [12:27] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:28] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [12:30] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Connection reset by peer)
- # [12:31] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:32] * Joins: pranavrc (pranavrc@90F257B8.CC3A5F2F.520CDC98.IP)
- # [12:33] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
- # [12:33] * Joins: madalynn (Mibbit@B49EADD3.7644070E.16DF60A1.IP)
- # [12:34] * Quits: madalynn (Mibbit@B49EADD3.7644070E.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:36] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [12:41] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [12:42] <hsivonen> dao: do you get bug comment email for https://bugzilla.mozilla.org/show_bug.cgi?id=711105 even though you aren't CC'ed?
- # [12:42] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [12:42] <dao> hsivonen: yes
- # [12:43] <hsivonen> dao: ok. I hear that bug is a blocker for a Firefox-based product (Web converger)
- # [12:45] * glazou is now known as glazou_lunch
- # [12:52] <Ms2ger> philor|away, [android_tier_∞]?
- # [12:52] * mak is now known as mak|afk
- # [12:53] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
- # [12:54] * Quits: IRCMonkey56472 (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
- # [12:54] * Joins: TheLink (TheLink@moz-B5AB52CB.pools.arcor-ip.net)
- # [12:54] * Ms2ger kicks his build
- # [12:54] <Ms2ger> Why don't you crash?
- # [12:54] <@smaug> :)
- # [12:56] <Julian> so is anybody able to build from a fresh checkout (on Win7?)
- # [12:56] * bjacob replaces macros by templates in xpcom string classes (narrow vs wide chars)
- # [12:56] <Ms2ger> On Win7? No... But that's because I don't have a build env set up
- # [12:56] <Ms2ger> bjacob, :O
- # [12:56] <Ms2ger> You mean that's possible?!
- # [12:57] <Julian> well, I'm not sure it's w7 related
- # [12:57] <bjacob> Ms2ger: http://mxr.mozilla.org/mozilla-central/source/xpcom/string/public/nsAString.h#62
- # [12:57] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [12:57] <Ms2ger> Yeah, I know a bit about the horrible setup we use
- # [12:58] <Ms2ger> I wish I didnt'
- # [12:58] <gabor> Julian: how fresh?
- # [12:58] <gabor> shall I update and try?
- # [13:02] * Joins: alastair (alastair@moz-50C06464.dynamic.dsl.as9105.com)
- # [13:02] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [13:03] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [13:04] * khuey|away is now known as khuey
- # [13:05] * jmaher is now known as jmaher|afk
- # [13:06] * smaug is now known as smaugAway
- # [13:06] * Joins: john (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [13:08] <gabor> Ms2ger: Thanks for landing 677294
- # [13:08] * john is now known as Think-vision
- # [13:08] * Quits: ctyler (chris@2FC2A67C.49178EC1.F061A1E6.IP) (Ping timeout)
- # [13:08] * Think-vision is now known as ThinkVision
- # [13:08] * Joins: tdomhan (tobi@moz-A939EDC8.hsi8.kabel-badenwuerttemberg.de)
- # [13:08] <Archaeopteryx> any ircop here for banning spammer ALEXIA?
- # [13:08] * ThinkVision coming
- # [13:09] <Ms2ger> gabor, np
- # [13:09] * Joins: ctyler (chris@2FC2A67C.49178EC1.F061A1E6.IP)
- # [13:10] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [13:12] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Ping timeout)
- # [13:12] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
- # [13:13] <gabor> khuey: could you help me a bit with these results? https://tbpl.mozilla.org/?tree=Try&rev=d5ab56ba2b18 I'm not sure which one of those failures are known and if there are any that could be caused by my patch...
- # [13:14] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [13:14] * khuey looks
- # [13:16] * Quits: tdomhan (tobi@moz-A939EDC8.hsi8.kabel-badenwuerttemberg.de) (Ping timeout)
- # [13:16] * Joins: tdomhan (tobi@moz-A939EDC8.hsi8.kabel-badenwuerttemberg.de)
- # [13:17] * Quits: tdomhan (tobi@moz-A939EDC8.hsi8.kabel-badenwuerttemberg.de) (Connection reset by peer)
- # [13:17] <khuey> gabor: I believe those are all known intermittent failures
- # [13:17] <Ms2ger> Starred all of them, except Android
- # [13:18] <Ms2ger> Which looks worse than usual
- # [13:18] * Joins: tdomhan (tobi@moz-A939EDC8.hsi8.kabel-badenwuerttemberg.de)
- # [13:18] <khuey> yeah
- # [13:18] <khuey> but it's android
- # [13:19] <khuey> so nobody except philor will notice if you add new failures
- # [13:19] <khuey> glandium: ping?
- # [13:19] <Ms2ger> darktrojan noticed a new permaorange, IIRC
- # [13:20] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Ping timeout)
- # [13:21] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [13:21] <gabor> khuey: Ms2ger: so do you guys think that this patch is ready to be pushed? or shall I find philor first?
- # [13:21] * Quits: dao (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
- # [13:21] <gabor> not that I could push the patch anywhere on my own...
- # [13:21] <Ms2ger> Looks like network failures
- # [13:21] <Ms2ger> checkin-needed it
- # [13:22] <khuey> looks fine to me
- # [13:22] <gabor> thanks
- # [13:23] <gabor> khuey: I also added quite some tests to it, do you mind taking a look at them some time if I'm doing the right thing? you know the conversion from mochi test to xpcshell test for the windowless version of indexeddb...
- # [13:24] * Joins: jfkthame_afk (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
- # [13:24] * jfkthame_afk is now known as jfkthame
- # [13:24] <gabor> the mochi tests should be the very same as before, except now there will be some xpcshell tests too, so it should not hurt anyone...
- # [13:25] <khuey> ah yes, the gigantic patch
- # [13:26] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [13:27] * Joins: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com)
- # [13:27] * joey is now known as IRCMonkey18231
- # [13:27] * Quits: IRCMonkey18231 (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 8.0.1/20111120135848])
- # [13:28] <gabor> khuey: I think the most interesting part is head_idb, the rest of the changes are quite trivial... there are some more tests to be changed but this patch is already way to big to add anything to it...
- # [13:29] * glazou_lunch is now known as glazou
- # [13:29] <khuey> gabor: it looks like maybe you lost some files?
- # [13:30] <khuey> gabor: I don't see a test_add_put.js for instance
- # [13:30] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [13:32] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [13:33] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [13:33] <gabor> khuey: whoops
- # [13:34] <gabor> that's not good...
- # [13:34] <gabor> I forgot to add some files indeed in the end it seems
- # [13:34] <gabor> I'll fix it
- # [13:37] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [13:37] <khuey> gabor: it looks fine to me, other than the whole losing files thing ;-)
- # [13:38] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 11.0a2/20111230042026])
- # [13:39] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [13:39] * gabor is busy adding the missing files and hoping that one day will get his try server access
- # [13:39] * Joins: ewong_ (chatzilla@moz-414019B6.static.netvigator.com)
- # [13:41] * khuey idly wonders which coast dbaron is on this week
- # [13:41] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [13:41] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
- # [13:42] <Ms2ger> gabor, what happened to your access bug?
- # [13:42] <khuey> I think it got caught in the "Erica isn't receiving my emails" trap, and then on the "Marcia is on vacation" trap
- # [13:43] * robc|afk is now known as robcee
- # [13:43] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
- # [13:43] <gabor> https://bugzilla.mozilla.org/show_bug.cgi?id=710590
- # [13:43] <gabor> pretty much
- # [13:43] <gabor> slowly but surely progressing...
- # [13:43] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
- # [13:43] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [13:49] * Quits: Mic (Benedikt@moz-707C1327.superkabel.de) (Ping timeout)
- # [13:50] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
- # [13:53] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
- # [13:53] * Joins: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com)
- # [13:54] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [13:56] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [14:01] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
- # [14:01] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [14:01] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [14:02] * Joins: paolo (chatzilla@moz-BFD5843C.retail.telecomitalia.it)
- # [14:02] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [14:07] * Joins: romeo (romeo@moz-18AD2F99.k744.webspeed.dk)
- # [14:10] * Joins: peregrino (peregrino@8176DD28.301DB7FA.44C7D542.IP)
- # [14:10] <Ms2ger> Can we use mfbt in mozalloc?
- # [14:11] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [14:11] <khuey> ask glandium
- # [14:12] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [14:12] * Quits: dao (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
- # [14:12] <khuey> !seen dbaron
- # [14:12] <firebot> dbaron was last seen 3 days, 15 hours, 57 minutes and 51 seconds ago, saying 'I've used tryserver for building binary extensions, for example.' in #developers.
- # [14:12] * Quits: paolo (chatzilla@moz-BFD5843C.retail.telecomitalia.it) (Quit: ChatZilla 0.9.87 [Firefox 9.0.1/20111220165912])
- # [14:13] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [14:15] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
- # [14:15] * Joins: paolo1 (paolo@moz-F7CD2418.retail.telecomitalia.it)
- # [14:16] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
- # [14:20] * mak|afk is now known as mak
- # [14:20] * jfkthame is now known as jfkthame_afk
- # [14:24] * smaugAway is now known as smaug
- # [14:24] * khuey grumbles about shitty code
- # [14:26] <derf> khuey: What would cause a Windows crash with "no crashing thread identified"?
- # [14:27] * Quits: peregrino (peregrino@8176DD28.301DB7FA.44C7D542.IP) (Ping timeout)
- # [14:28] <khuey> usually that means that breakpad couldn't get backtraces at all
- # [14:28] <Ms2ger> khuey, Gecko?
- # [14:28] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:29] <khuey> Ms2ger: srsly
- # [14:29] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [14:29] <Ms2ger> What's annoying you today? :)
- # [14:30] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
- # [14:30] <khuey> that layout sets up a new set of image observer objects on every paint
- # [14:30] * Joins: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net)
- # [14:30] <Ms2ger> Nic
- # [14:30] <Ms2ger> e
- # [14:30] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [14:30] <khuey> not really
- # [14:30] <derf> khuey: Okay, what would cause _that_?
- # [14:30] <khuey> derf: corrupt minidump, an OOM crash
- # [14:30] <derf> (https://crash-stats.mozilla.com/report/index/356b5274-38ea-456e-aab8-3c6f62120103 btw)
- # [14:30] <khuey> maybe some other things
- # [14:31] <derf> I'd be surprised at OOM.
- # [14:31] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:31] <derf> But it's repeatable.
- # [14:31] <khuey> Ms2ger: my attempts to make this stuff sane are being thwarted by the volume of insanity
- # [14:31] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [14:31] <Ms2ger> Well, try making it saner, rather than sane, then :)
- # [14:31] <khuey> derf: interesting
- # [14:32] <khuey> derf: you should talk to ted
- # [14:32] <khuey> he's the breakpad guy
- # [14:32] <derf> ted: ^
- # [14:32] <khuey> Ms2ger: saner might not be sane enough for my purposes
- # [14:32] * catlee-away is now known as catlee
- # [14:33] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Ping timeout)
- # [14:34] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [14:35] * rail_away is now known as rail
- # [14:36] * Joins: frogaincia (Mibbit@B49EADD3.7644070E.16DF60A1.IP)
- # [14:37] * Quits: frogaincia (Mibbit@B49EADD3.7644070E.16DF60A1.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [14:38] <hsivonen> what's the current plan for pushing 9.0.1 as a prompted update to 3.6.x and as a automatic update for later versions?
- # [14:38] <hsivonen> is "before January 10th" still the plan of record?
- # [14:38] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:38] * glob|away is now known as glob
- # [14:39] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Ping timeout)
- # [14:39] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
- # [14:39] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [14:40] * Joins: dRdR (dRdR@moz-264C0A7A.uwaterloo.ca)
- # [14:42] * Joins: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com)
- # [14:47] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:48] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Connection reset by peer)
- # [14:48] * Quits: rshetty (quassel@F59DE193.F8C0C706.C842849F.IP) (Ping timeout)
- # [14:49] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [14:51] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3c3f90925e20 - Michael Ratcliffe - Bug 589375 - Inspector: style panel keyboard access. r=msucan
- # [14:51] * jfkthame_afk is now known as jfkthame
- # [14:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/35d39a331bb8 - Michael Ratcliffe - Bug 704132 - Style Inspector's left column should auto-fit text contents. r=dao r=paul
- # [14:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/8be4e3d2105e - Victor Porof - Bug 712472 - click-and-drag in Tilt becomes wonky after you do full-page-zoom (Ctrl +). r=robcee
- # [14:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/a737cc816eec - Tim Taubert - merge m-c to fx-team
- # [14:51] <firebot> http://hg.mozilla.org/mozilla-central/rev/a60b890c6936 - Victor Porof - Bug 713360 - [highlighter] Breadcrumbs bar started looking funny after bug 497995 landed. r=dao
- # [14:52] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
- # [14:53] * Joins: dbradley (dbradley@moz-8FACAA93.fuse.net)
- # [14:53] <ted> derf: it can be OOM, or somewhat-OOM (out of virtual memory due to memory fragmentation)
- # [14:53] <ted> or it can be heap corruption or something
- # [14:54] <ted> the microsoft minidump writing libs are not memory safe, so lots of things can trip them up
- # [14:54] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Ping timeout)
- # [14:54] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [14:54] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [14:55] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [14:55] <derf> ted: Anything that can be done to investigate further?
- # [14:56] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [14:56] <ted> the dump file is literally zero bytes, so nothing from that report
- # [14:56] <ted> if it's reproducible, and you can catch it under a debugger, then yes
- # [14:57] <derf> Okay, thanks.
- # [14:57] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [14:58] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [14:58] * Joins: rshetty (quassel@D0D1946.52B631C4.C842849F.IP)
- # [14:59] * Joins: graememcc (chatzilla@moz-622AFED0.range86-148.btcentralplus.com)
- # [14:59] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [15:01] * Joins: sewardj (sewardj@moz-64C44646.cable.virginmedia.com)
- # [15:02] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
- # [15:03] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Ping timeout)
- # [15:04] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [15:05] * Quits: mike5w3c (MikeS@moz-AEFD871.pool.e-mobile.ne.jp) (Ping timeout)
- # [15:06] * Joins: mike5w3c (MikeS@moz-8D7D3F53.pool.e-mobile.ne.jp)
- # [15:06] <@smaug> !seen Enn
- # [15:06] <firebot> enn was last seen 2 weeks, 4 days, 21 minutes and 9 seconds ago, saying 'RemusPop: that code might not help you as it sound like an issue in the addons code instead. you might ask mossop to help' in #developers.
- # [15:06] * Quits: AutomatedTester (AutomatedT@moz-3C3E2C11.as13285.net) (Ping timeout)
- # [15:08] * Joins: AutomatedTester (AutomatedT@moz-18E70CAC.as13285.net)
- # [15:09] <@smaug> bc: ping
- # [15:09] <bc> smaug: pong
- # [15:10] <@smaug> bc: which build did you use for https://bugzilla.mozilla.org/show_bug.cgi?id=702813#c35 ?
- # [15:10] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
- # [15:11] <bc> they started on 2011-12-29. Not sure if it was really a 28 or 29th linux nightly but i can check easily enough.
- # [15:11] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [15:11] * Quits: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com) (Connection reset by peer)
- # [15:11] * Quits: tonymec (tonymec@8936101F.19B644FB.277517C1.IP) (Input/output error)
- # [15:12] <bc> 28th
- # [15:12] <@smaug> bc: so it is before https://hg.mozilla.org/releases/mozilla-beta/rev/52aad9bbe2ff
- # [15:12] <bc> y
- # [15:12] * Joins: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com)
- # [15:13] <@smaug> and before https://hg.mozilla.org/releases/mozilla-beta/rev/09bc6f7ed00e
- # [15:13] <@smaug> especially the first one could affect to CC times
- # [15:13] <bc> when did they land on mc?
- # [15:13] <@smaug> the first one 2011-12-23
- # [15:14] * Joins: espindola (espindola@moz-A99963A8.dsl.teksavvy.com)
- # [15:14] <@smaug> the latter one already 2011-11-29
- # [15:14] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [15:14] <@smaug> m-c has also many other (small) fixes
- # [15:15] <bc> well, this was mc from the 28th so it would have picked up the first at least.
- # [15:15] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [15:15] <@smaug> ah, m-c, not FF10
- # [15:16] <bc> nope
- # [15:16] <bc> nightly firefox build.
- # [15:16] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:16] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:16] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [15:16] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:16] <@smaug> bc: but the highest cc times is 288 ?
- # [15:17] <bc> oh which one?
- # [15:17] <@smaug> bc: you could perhaps file a new bug for the GC times
- # [15:17] <@smaug> http://mako.co.il/
- # [15:17] * Joins: tonymec (tonymec@8936101F.19B644FB.277517C1.IP)
- # [15:18] * Joins: Suresh (chatzilla@C6F52E33.D820C06B.4576C295.IP)
- # [15:18] <@smaug> GC problems are something for JS eng
- # [15:18] <bc> ok.
- # [15:18] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [15:19] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:19] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:19] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [15:19] * davehunt is now known as davehunt|away
- # [15:19] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:19] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [15:19] <@smaug> oh, http://www.mako.co.il/ is interesting
- # [15:20] <@smaug> it creates lots of garbage
- # [15:20] * jmaher|afk is now known as jmaher
- # [15:20] <@smaug> *lots*
- # [15:21] * Quits: dRdR (dRdR@moz-264C0A7A.uwaterloo.ca) (Client exited)
- # [15:21] <@smaug> what causes error console to clear itself automatically ?
- # [15:21] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Quit: brb)
- # [15:21] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:21] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:22] * Quits: Ms2ger (Ms2ger@C27335BF.43CA53FB.37724B0D.IP) (Ping timeout)
- # [15:23] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
- # [15:23] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [15:23] * Joins: Ms2ger (Ms2ger@C27335BF.43CA53FB.37724B0D.IP)
- # [15:24] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Connection reset by peer)
- # [15:24] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:24] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:24] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:24] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
- # [15:24] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [15:24] * Quits: JuanDaugherty (juan@moz-5159EDE9.buffalo.res.rr.com) (Client exited)
- # [15:25] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Connection reset by peer)
- # [15:25] * Joins: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP)
- # [15:26] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:27] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [15:27] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:28] * Joins: dRdR (dRdR@moz-264C0A7A.uwaterloo.ca)
- # [15:28] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [15:29] * Joins: remuspop_ (remuspop@601F3B17.33662590.A5830293.IP)
- # [15:29] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:29] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (No route to host)
- # [15:29] * Quits: remuspop_ (remuspop@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
- # [15:29] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [15:30] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [15:31] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:31] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:31] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:31] * Quits: dbradley (dbradley@moz-8FACAA93.fuse.net) (Ping timeout)
- # [15:31] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
- # [15:32] * Joins: dbradley (dbradley@moz-8FACAA93.fuse.net)
- # [15:32] <Callek> Bas: made sense, yes. Helped me no :(
- # [15:33] <Callek> (though in general knowledge sense, it did help)
- # [15:33] <Callek> NeilAway: ping
- # [15:33] <Callek> suppose, Standard8 ping as well (he may know)
- # [15:34] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:34] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:34] * Parts: tdomhan (tobi@moz-A939EDC8.hsi8.kabel-badenwuerttemberg.de)
- # [15:35] * Joins: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net)
- # [15:36] * glob is now known as glob|away
- # [15:36] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:36] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:37] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
- # [15:38] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:39] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [15:39] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:39] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:40] * Quits: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com) (Input/output error)
- # [15:40] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [15:41] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [15:43] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [15:43] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Connection reset by peer)
- # [15:43] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:43] <bc> smaug: are the large cc times for the continous load set with extra pop up windows open relevent to the bug you are working on now or should I also file a different bug?
- # [15:44] <Bas> Callek: I was a little distracted this morning, I re-read the backlog but I'm afraid I'm still not completely sure of what you want to do?
- # [15:44] <@smaug> bc: well, extra popup windows aren't about the bug you reported those times to
- # [15:45] <@smaug> bc: extra popup windows are just about traversing too much
- # [15:45] <Callek> Bas: what I want to do is, write a patch similar to https://hg.mozilla.org/try/rev/c174ec14ecaa that actually makes mozilla::services::* able to be used outside libxul, when something links against libxul (not into)
- # [15:45] <Callek> Bas: specifically mozilla::services::Get*
- # [15:45] <Callek> Bas: without harming the internal to libxul uses
- # [15:46] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Input/output error)
- # [15:46] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [15:46] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [15:46] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
- # [15:47] <Bas> Callek: OKay, so what you want to do is create a #define (liked THEBES_API, say, SERVICES_API) that in a libxul build, gets defined to nothing, and in a build that wants to be linked to externally, gets defined to NS_IMPORT or NS_EXPORT depending on whether the compile unit the header is in is internal or external.
- # [15:48] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [15:48] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:48] * Parts: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:49] <Callek> Bas: do you happen to know of any _existing_ define around here that can do just that, without me having to reinvent the wheel?
- # [15:49] <Callek> if you don't, happen to know who would?
- # [15:49] <khuey> XPCOM_API
- # [15:49] <Bas> Callek: THEBES_API :)
- # [15:49] <khuey> probably
- # [15:49] <Callek> XPCOM_API works for this??
- # [15:49] <khuey> hmm
- # [15:49] <khuey> well, that might depend
- # [15:49] <Callek> (where were you last night :-P)
- # [15:50] * Joins: evilpie (evilpie@moz-D32445A1.pools.arcor-ip.net)
- # [15:50] <khuey> heh
- # [15:50] <khuey> it depends on what you want the symbols to be exported on
- # [15:50] <khuey> but I think you should probably use XPCOM_API
- # [15:50] <khuey> Bas: I should fix that
- # [15:50] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
- # [15:51] <Bas> khuey callek: Yeah, the problem is in a libxul build I believe NS_IMPORT and NS_EXPORT are defined to nothing.
- # [15:51] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [15:51] <Bas> So if you want to export 'extra' stuff from a libxul build, NS_EXPORT might not work.
- # [15:51] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:51] <Callek> khuey: oooooo wait, looks like I can't use XPCOM_API it does extern "C"
- # [15:51] <khuey> Bas: I don't think that's true
- # [15:51] <Callek> and this is namespace "mozilla" { namespace "services" { ... }}
- # [15:51] <khuey> Callek: ah, right
- # [15:51] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
- # [15:51] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [15:51] <khuey> hmm, this is kind of tricky
- # [15:51] * Quits: ThinkVision (chatzilla@7DC0DF3E.6340DFEF.F0B37164.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [15:51] <Bas> khuey: Really? Hm.
- # [15:52] <khuey> namespace mangling can vary between compiler versions
- # [15:52] <khuey> Bas: you're thinking of NS_COM_GLUE or something
- # [15:52] <khuey> Callek: you should talk to bsmedberg
- # [15:52] <Bas> khuey: You're right :) I'm wrong.
- # [15:52] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [15:53] <ejpbruel> khuey: ping
- # [15:53] * mcote|afk is now known as mcote
- # [15:53] <Bas> khuey: We just seem to mass export I guess :)
- # [15:53] <khuey> ejpbruel: pong
- # [15:53] <khuey> Bas: we don't export that much stuff
- # [15:53] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
- # [15:53] * ChanServ sets mode: +o dbaron
- # [15:53] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:53] <Bas> khuey: Well, all of thebes seems to be exported looking at the macro definitions :)
- # [15:53] <Bas> For example.
- # [15:53] <khuey> Bas: last I looked we export 2000 symbols or so from libxul, and 75-80% of those are THEBES_API symbols we should stop exporting
- # [15:53] <Callek> ugh all this trickery because NeilAway and Standard8 want/wish for mozilla::services::Get* to work in mailnews for external linkage
- # [15:53] <ejpbruel> khuey: can i ask you some things about the hidden window in firefox?
- # [15:54] <Bas> khuey: Right, yeah :)
- # [15:54] <Callek> even though mailnews/ is by-default internal linkage
- # [15:54] <khuey> ejpbruel: you can ask me whatever you want
- # [15:54] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [15:54] <khuey> ejpbruel: whether or not I can answer, we'll see
- # [15:54] * Quits: davehunt|away (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Input/output error)
- # [15:54] <ejpbruel> khuey: a while ago i asked you if it would be possible to create dedicated hidden windows (next to the singleton one that firefox provides), and you suggested that we could use xul:window for this
- # [15:54] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [15:55] <khuey> Bas: I should land my patch in bug 683891
- # [15:55] <ejpbruel> khuey: i talked to the addon-sdk team, and thats actually what they tried, except they encountered some problems with it
- # [15:55] <blassey> mcmanus: what does lame-network mean?
- # [15:55] <ejpbruel> khuey: specifically, apparently those xul:windows arent closed automatically on some platforms, would you know anything about that?
- # [15:55] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Ping timeout)
- # [15:56] <khuey> ejpbruel: I'd expect that they aren't closed automatically on any platform
- # [15:56] * Joins: KaiRo (robert@moz-D569D787.adsl.highway.telekom.at)
- # [15:56] <khuey> ejpbruel: what are you using these hidden windows for?
- # [15:57] <Bas> khuey: Isn't the first hunk of that patcha little silly?
- # [15:57] <Bas> khuey: You have 3 #define THEBES_API's all defining to the same thing :-)
- # [15:57] <ejpbruel> khuey: we use the hidden window to load subdocuments with chrome privileges, basically
- # [15:57] <Bas> Why not just put in a single #define THEBES_API :)
- # [15:57] <mcmanus> blassey - whiteboard tag for bugs related to working poorly on lame networks (i.e. poor networking conditions). I'm going to group them together into a project later on this q.
- # [15:57] <khuey> Bas: heh, indeed
- # [15:58] <Bas> khuey: The only reason I notice is because what you did is typically something I'd do too :P
- # [15:58] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [15:58] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
- # [15:59] <khuey> ejpbruel: ok ... you're going to have to find some appropriate time to close them then
- # [15:59] <ejpbruel> khuey: exactly!
- # [15:59] <blassey> mcmanus: is there anything I can do to help you diagnose?
- # [15:59] <blassey> while I'm in these lame conditions?
- # [15:59] <ejpbruel> khuey: and thats what im trying to figure out. we have a prototype in which we listen to an event that says the application is about to shut down (dont remember the exact name), and use that to close any outstanding xul:windows
- # [15:59] <ejpbruel> khuey: but at least one of my teammates suspect that might not be the right time since the singleton hidden window is destroyed at a very specific time
- # [16:00] <ejpbruel> khuey: his suggestion was to add some kind of observer event when the singleton window is about to shut down and listen to that instead
- # [16:00] <khuey> ejpbruel: well the singleton hidden window is a very special thing
- # [16:00] <mcmanus> blassey - probly going to need to add tools for visibility into some of them. right now I've got my hands full so I am just tagging them to dig into later.
- # [16:00] <blassey> ok
- # [16:01] <mcmanus> blassey - but some of the causes are known. you've probably exhausted the socket pool and those don't necessarily interrupt on cancel during some stages.
- # [16:01] <ejpbruel> khuey: yeah, thats what i'd expect, the same constraints might not apply to other xul:windows
- # [16:01] <mcmanus> blassey - other os's do some captive portal detection hacks. we probably need that too.
- # [16:01] <ejpbruel> khuey: in the context of shutting down, what's so special about the hidden window?
- # [16:01] <khuey> ejpbruel: in particular, we shut down the hidden window _very_ late
- # [16:02] <ejpbruel> khuey: yes, so the root question for me then becomes: why?
- # [16:02] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [16:02] <khuey> ejpbruel: shutting down the hidden window is the last thing we do before shutdown
- # [16:03] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:03] <ejpbruel> khuey: i'd expect that we'd prematurely free some things if we did otherwise?
- # [16:03] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:04] <mcmanus> blassey, all - feel free to add whiteboard [lame-network] to anything that might be related to non standard networking conditions
- # [16:04] <khuey> ejpbruel: AIUI, the hidden window is what keeps our menubar alive on mac even when all the real windows are closed
- # [16:05] <khuey> ejpbruel: which is why we don't shut it down until the very end
- # [16:05] <ejpbruel> khuey: right!
- # [16:06] <ejpbruel> khuey: that suggests that the application shutdown event is a perfectly fine time to shut down any subsidiary hidden windows
- # [16:06] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
- # [16:06] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:06] * ewong_ is now known as ewong_zzz
- # [16:06] <khuey> gah
- # [16:06] <khuey> I hate MDN
- # [16:07] <khuey> ejpbruel: if you're talking about 'quit-application', yes, I think that should be fine
- # [16:07] <Callek> khuey: we have a support group for that
- # [16:07] <blassey> mcmanus: is it helpful to have that white board on something like bug 714769?
- # [16:07] <Callek> it meets every wednesday, across from Alcoholics Anonymous
- # [16:07] <khuey> ejpbruel: I must say though, having persistent hidden windows around scares me a bit from a memory perspective ;-)
- # [16:07] <@smaug> bc: when you run those tests, did you have error console open?
- # [16:08] <khuey> dbaron: ping
- # [16:08] <ejpbruel> khuey: i agree, thats a concern
- # [16:08] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:08] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
- # [16:08] <ejpbruel> khuey: originally, the add-on team came up with the idea to create some object that emulates a hidden window (without having an underlying native OS window), but that prospect scares me even more
- # [16:09] <mcmanus> blassey - sure.. it will just get dup'd to whatever the root cause is when we figure it out. But test cases are good.
- # [16:09] <khuey> ejpbruel: what are these documents for?
- # [16:09] <espindola> is try down?
- # [16:09] <espindola> taking or just taking a long time again?
- # [16:10] <ejpbruel> khuey: the addon-sdk has multiple uses for them. i should have an overview of this somewhere, hold on.
- # [16:11] <@dbaron> khuey, pong
- # [16:11] <gabor> khuey: ejpbruel: about those hidden windows my biggest concern are mobile platforms... I have no clue how pricy or hairy to mess with hidden windows on them
- # [16:11] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:11] <khuey> gabor: xul windows are kind of heavy, it's true
- # [16:11] <khuey> dbaron: got some time to talk about style images some more?
- # [16:11] <ejpbruel> gabor: khuey: one main problem we have with using the singleton hidden window is that it contains a HTML document (except on Mac)
- # [16:11] <@dbaron> khuey, ok
- # [16:12] <gabor> khuey: do you think a fake window objec would be difficult to implement without a real native hidden window associated with it?
- # [16:12] <ejpbruel> gabor: khuey: i think we could get away with using a single additional xul:window for all addons though (rather than 1 per add-on)
- # [16:12] <khuey> that depends on what a "fake window object" actually means
- # [16:12] <khuey> I'd really like to know what you need the documents for ;-)
- # [16:12] <ejpbruel> khuey: what i just said, a class that behaves like a xul:window without having an underlying native os window
- # [16:12] <ejpbruel> khuey: trying to find that document, hold on
- # [16:13] <khuey> ejpbruel: I don't think a display:none XUL window has an OS window
- # [16:13] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
- # [16:13] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
- # [16:13] <khuey> dbaron: so, I remembered why I wanted to hang this stuff off of the stylesheet
- # [16:13] <gabor> khuey: then maybe that is the thing we are looking for indeed :)
- # [16:13] * Quits: @smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi) (Input/output error)
- # [16:14] <ejpbruel> khuey: would such a XUL window be less expensive at all?
- # [16:14] <khuey> dbaron: the problem with hanging an observer off of the document is that we have to clone the request for every document
- # [16:14] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
- # [16:14] <ejpbruel> khuey: or in other words, does most of the overhead of xul:windows even come from the fact that they usually have a native os window associated with them
- # [16:14] * Joins: smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi)
- # [16:14] * ChanServ sets mode: +o smaug
- # [16:14] <khuey> dbaron: and then I either need an observer per request (like the current setup)
- # [16:14] <@dbaron> khuey, it's going to be pretty unusual to be loading images for two different documents and the same style sheet object
- # [16:14] <khuey> dbaron: or I have to maintain a mapping of the original request to the cloned request
- # [16:15] <khuey> dbaron: sure, but we still have to handle that case somehow
- # [16:15] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [16:16] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:16] * Quits: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com) (Connection reset by peer)
- # [16:16] * Quits: espindola (espindola@moz-A99963A8.dsl.teksavvy.com) (Quit: Ex-Chat)
- # [16:18] <ejpbruel> khuey: ochameau provided us with this etherpad that kind of describes the rationale for this: https://etherpad.mozilla.org/background-window
- # [16:18] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:18] * jcranmer|away is now known as jcranmer
- # [16:18] <khuey> dbaron: the other thing I noticed is that in the current setup, we create a new set of nsImageLoaders, clone the request, etc, on every single paint
- # [16:19] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:19] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [16:20] * glob|away is now known as glob
- # [16:20] * Joins: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com)
- # [16:20] * philor|away is now known as philor
- # [16:20] <khuey> ok, so we want a document because lots of stuff only works in a document, and fixing everything the way we fixed IDB is too hard?
- # [16:21] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:21] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:21] <gabor> khuey: pretty much
- # [16:21] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
- # [16:22] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [16:22] <ejpbruel> khuey: and we want to create hidden windows because the singleton one doesnt always contain a xul document, and we've had conflicts in the past because existing addons do funky shit on that window as well
- # [16:22] * Quits: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com) (Ping timeout)
- # [16:23] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [16:23] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [16:23] <ejpbruel> khuey: our original idea was indeed that, remove the need for a DOM window for all documents
- # [16:23] <ejpbruel> khuey: i say why go through all the trouble if its not necessary?
- # [16:23] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:23] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:24] <@smaug> Remove need for DOM window? well, there needs to be some context for scripts
- # [16:24] <khuey> removing that need would break tons of security invariants
- # [16:24] <khuey> so the hidden window solution is much better than a no window solution ;-)
- # [16:24] <ejpbruel> khuey: i am so quoting this
- # [16:26] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:26] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (No route to host)
- # [16:26] <gabor> smaug: the idea was more like implementing a DOM window that is not related to any native window and can be spawned easily from an addon... but the easiest solution is prefered for the problem ofc
- # [16:26] <ejpbruel> gabor: that was actually the second idea
- # [16:27] <ejpbruel> gabor: getting rid of the DOM window would break too many invariants so maybe we could create a DOM window object that didnt have a real window associated with it
- # [16:27] <gabor> ah ok.. my bad
- # [16:28] <ejpbruel> gabor: khuey: apparently, its already possible to create a xul:window that has no real window associated with it, as khuey just pointed out, so thats something to check out
- # [16:28] <khuey> ejpbruel: you should verify that :-)
- # [16:28] <khuey> I'm not 100% certain of that
- # [16:28] <ejpbruel> khuey: absolutely :)
- # [16:29] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:29] * Joins: zelda (Mibbit@C690F972.157A2051.79C24D08.IP)
- # [16:30] * ctalbert|afk is now known as ctalbert
- # [16:30] <ejpbruel> khuey: can you give ma nudge in the right direction in the source tree?
- # [16:30] <Ms2ger> content/xul/content/src?
- # [16:31] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:31] <khuey> ejpbruel: not really, unfortunately
- # [16:31] * khuey doesn't really know much about xul
- # [16:31] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
- # [16:32] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [16:33] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [16:33] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [16:33] <Callek> jimm: ping
- # [16:34] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
- # [16:34] <jimm> Callek: pong
- # [16:34] <bc> smaug: no
- # [16:34] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:34] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:34] <Callek> jimm: Bug 587190 the issue is from *9* to *10* and the new update service is not used _everywhere_ (e.g. SeaMonkey)
- # [16:34] <Callek> but of course SM does not have panorama, so is a different issue there. [I haven't hit this in SM, but I also don't have it pinned to taskbar for SM)
- # [16:35] <jimm> Callek: was your issue in SeaMonkey?
- # [16:35] <Callek> jimm: SeaMonkey can't use that new update service yet (due to code signing requirement)
- # [16:35] <Callek> jimm: no, I hit the bug with my Firefox beta
- # [16:36] * Quits: zelda (Mibbit@C690F972.157A2051.79C24D08.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [16:36] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [16:36] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:36] <jimm> Callek: so you lost your grouping? was that on a pave over install or a simple update?
- # [16:36] <Callek> jimm: and on upgrade from 9 to 10 beta's... and I did a pin-dance
- # [16:36] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Client exited)
- # [16:36] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [16:37] <Callek> jimm: simple update
- # [16:37] <Callek> jimm: and as mentioned in the bug, its essentially the same as a pave-over due to the way the updater works
- # [16:37] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [16:37] <jimm> Callek: haven't seen any reports of that, but we should probably file a bug and investigate. The update should be upgrading the id.
- # [16:38] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
- # [16:38] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [16:38] <Callek> jimm: my *theory* had to do with this panorama bug
- # [16:38] <jimm> I can easily test that to be sure it's working using build archives.
- # [16:38] <jimm> naa, doubt it.
- # [16:38] <Callek> jimm: since I had a panorama session, and have been hitting this since upgrading and never saw it before in my error console
- # [16:39] <Callek> jimm: either way, there have been reports of it (according to Cww's searching)
- # [16:39] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [16:39] * Quits: bjarne (bjarne@moz-46A85847.nextgentel.com) (Quit: Leaving.)
- # [16:39] <Callek> and thats way that bug in particular got any eyes/traction
- # [16:39] <jimm> Callek: of the js console error?
- # [16:39] <ted> jlebar: it's probably difficult to think about the responsiveness metric cross-platform, unfortunately
- # [16:39] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:39] <ted> jlebar: since we're implementing it differently per-platform
- # [16:39] <Callek> reports of it -- where it == the pin issue
- # [16:39] <Callek> nothing large-scale, yet
- # [16:40] <Callek> but extrapolating among our userbase, vs our beta audience, I worry.
- # [16:40] <jimm> Callek: ok, i'll file a bug and test
- # [16:40] <Callek> jimm: and of course, I don't like the idea that SeaMonkey might break here because we're not using the updater service
- # [16:40] <Callek> (because we can't use the service without having signing infra/certs)
- # [16:41] <jimm> Callek: the installer has all the code in it to maintain that id. Although I think the patch for the sm installer hasn't landed yet.
- # [16:41] * Joins: Mitch (chatzilla@moz-9EE5CDB.sbr802.nsw.optusnet.com.au)
- # [16:42] <Callek> jimm: the issue is that the *installer* is NOT run on a "simple update"
- # [16:42] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:42] <Callek> and I do not want to tell people they need to run the manual installer every update to work around this issue
- # [16:42] <Callek> jimm: and of course, people can update to N from N-2/3 etc. as well in versions
- # [16:43] <jimm> Callek: Seamonkey doesn't it call into the updater code for a simple update?
- # [16:43] <Callek> jimm: neither does Firefox
- # [16:43] <Callek> jimm: updater.exe applies a mar directly
- # [16:43] <Callek> installer is NSIS
- # [16:43] <Callek> and isn't called by updater.exe afaict (and remember)
- # [16:44] * Joins: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com)
- # [16:44] <Callek> jimm: new update service is a different beast, and something I don't know too much about, because SeaMonkey cannot use it....
- # [16:45] <jimm> Callek: from my understanding, this is called after an update in Fx, and SM has similar code: http://mxr.mozilla.org/mozilla-central/source/browser/installer/windows/nsis/shared.nsh#37
- # [16:45] <Callek> jimm: again, that is not run on a "simple update" because we download a .mar file, and apply that; never touching NSIS
- # [16:46] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
- # [16:46] <jimm> we should file a bug and get rstrong in on it, he knows this stuff better than anyone.
- # [16:46] <Callek> jimm: also of note, is the updater.exe that applies the mar, is from the previously installed build, not the new build; so if there is changes there, it won't apply until N+1
- # [16:47] <Callek> jimm: so, basically nothing in browser/instaler/windows/nsis/* is run on an update, unless someone downloads the installer .exe from the website/ftp and installs manually
- # [16:47] <Callek> a "Check For Updates"->"Apply Update" does not do that
- # [16:47] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [16:48] * Joins: hhillen (hhillen@moz-2A42E9B3.upc-d.chello.nl)
- # [16:48] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
- # [16:48] <Callek> jimm: also of note, is nothing in browser/installer is run by seamonkey, we get our shared code from toolkit/ for installer
- # [16:49] <Callek> jimm: following me here?
- # [16:49] <jimm> filing a bug on this so I can test
- # [16:50] * Quits: mike5w3c (MikeS@moz-8D7D3F53.pool.e-mobile.ne.jp) (Quit: mike5w3c)
- # [16:51] * Quits: tonymec|away (tonymec@8936101F.19B644FB.277517C1.IP) (Ping timeout)
- # [16:51] * Quits: tonymec (tonymec@8936101F.19B644FB.277517C1.IP) (Ping timeout)
- # [16:54] * Quits: brosnan (Kevin@moz-6F4F1CA0.hsd1.ca.comcast.net) (Quit: Leaving)
- # [16:54] <@smaug> bc: did you see my question about error console?
- # [16:54] <bc> yes, no, i didn't have the console open
- # [16:54] <@smaug> k
- # [16:54] <NeilAway> khuey: did we stop depending on thebes for set as wallpaper?
- # [16:55] <Callek> jimm: c#0's as IRC logs are a poor-mans-way to file a bug (I do it all the time, just made me laugh)
- # [16:55] * Joins: tonymec__ (tonymec@227BFF43.D32D8EFB.277517C1.IP)
- # [16:55] <Callek> NeilAway: ping!
- # [16:55] <jimm> I'm going to add more after I test
- # [16:55] <jlebar> ted, different native event loops cross-platform, or something else?
- # [16:55] <ted> jlebar: yeah
- # [16:55] <NeilAway> Callek: pong
- # [16:55] * tonymec__ is now known as tonymec|away
- # [16:55] <ted> so the technique we use to inject tracer events is completely different per-platform
- # [16:55] <Callek> NeilAway: soooo, regarding mozilla::services::Get* used in external linkage....
- # [16:56] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
- # [16:56] <jlebar> ted, I'm still a bit concerned about the difference we see. It's pretty large win vs. mac.
- # [16:56] <Callek> NeilAway: I'm told https://hg.mozilla.org/try/rev/c174ec14ecaa is wrong
- # [16:56] <ted> http://mxr.mozilla.org/mozilla-central/source/widget/src/windows/WidgetTraceEvent.cpp#137
- # [16:56] <khuey> NeilAway: no
- # [16:56] <ted> PostMessage to the hidden window on windows
- # [16:56] <jlebar> ted, iow, maybe we have a responsiveness problem on Windows that most of us don't see.
- # [16:56] <jlebar> Ah...
- # [16:56] <ted> [NSApp postEvent] on mac
- # [16:56] <Callek> NeilAway: XPCOM_API is the wrong macro to use, since it extern "C" (afaict)
- # [16:56] <ted> (with a custom app subclass to handle it)
- # [16:57] <ted> http://mxr.mozilla.org/mozilla-central/source/widget/src/cocoa/WidgetTraceEvent.mm#83
- # [16:57] <Callek> NeilAway: is there an existing macro to use in core here for this, or is there a better way to do it, etc?
- # [16:57] <ted> g_idle_add_full on gtk: http://mxr.mozilla.org/mozilla-central/source/widget/src/gtk2/WidgetTraceEvent.cpp#81
- # [16:57] <ted> jlebar: it's certainly possible
- # [16:57] <Callek> NeilAway: I really really don't want to create a mailnews-specific wrapper library or weird macro's
- # [16:57] <ted> it's also possible that the implementations just aren't similar enough
- # [16:57] <jlebar> ted, Agreed.
- # [16:58] <ted> jlebar: like, maybe the windows impl winds up intercepting the event later in the event loop cycle
- # [16:58] <ted> whereas the mac one gets it ealier
- # [16:58] <Callek> (CC: ted on the Q to NeilAway)
- # [16:58] * gregglind_afk is now known as gregglind
- # [16:59] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [16:59] <ted> Callek: http://hg.mozilla.org/users/tmielczarek_mozilla.com/mq/file/86af0628ad84/joy-tests#l21
- # [16:59] <jlebar> ted, If the extra noise is our fault, maybe there's something we can do about it.
- # [16:59] <ted> is probably what i'd use
- # [16:59] <ted> NS_EXPORT(foo)
- # [16:59] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [16:59] <ted> jlebar: it's possible
- # [16:59] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
- # [16:59] <ted> jlebar: probably requires knowledge of windows and osx internals
- # [16:59] <jlebar> :)
- # [16:59] <ted> well, windows and cocoa internals
- # [16:59] * ted has OS X internals book in a box in stoarage somewhere
- # [16:59] <NeilAway> Callek: XPCOM_API was the one I would have thought of
- # [16:59] <ted> not sure if it covers cocoa
- # [17:00] <Callek> ted: NS_EXPORT_(foo) continues to be ok for internal and external headers here?
- # [17:00] <Callek> err rather, for a header included in both cases?
- # [17:00] <ted> Callek: that patch i linked exports a few functions off of that class, and I pull them in via js-ctypes in unit tests
- # [17:00] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [17:00] <ted> Callek: it seems to wfm
- # [17:01] <Callek> ted: should it be ok when inside a namespace?
- # [17:01] <ted> Callek: that is inside a namespace
- # [17:01] <NeilAway> Callek: oh, I see what you mean, XPCOM_API includes NS_EXTERN_C
- # [17:01] <ted> i have no idea how linking to it will work
- # [17:01] <ted> but presumably it should
- # [17:01] <ted> with the same compiler
- # [17:01] <Callek> ted: namespace "mozilla" { namespace "services" { NS_EXPORT_(foo) GetFoo() }}
- # [17:02] * Quits: @smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi) (Ping timeout)
- # [17:02] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [17:02] <Callek> yea, I can be comfortable forcing the same compiler version for users here.
- # [17:02] * Joins: smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi)
- # [17:02] * ChanServ sets mode: +o smaug
- # [17:02] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [17:03] <ted> Callek: that's exactly what my patch is doing
- # [17:03] <Callek> I'm not _exactly_ intending to make this used in binary components, but that is a side-affect benefit
- # [17:03] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
- # [17:03] <ted> except i don't link anything to it externally
- # [17:03] * Joins: ashughes (ashughes@CABBCBFF.EDC95493.A20E6FDD.IP)
- # [17:03] * Joins: tonymec (tonymec@227BFF43.D32D8EFB.277517C1.IP)
- # [17:03] <Callek> ted: great then, thanks
- # [17:03] <ted> i just export the symbols so i can call them with js-ctypes
- # [17:03] <ted> Callek: i don't see much benefit to using these outside of libxul, honestly
- # [17:03] <ted> they're just convenience methods
- # [17:03] <ted> they're all services, you can getService them
- # [17:04] <Callek> ted: well I agree -- but I want to use them in mailnews, (which is, by default linked to libxul) but Neil/Standard8 wants to keep mailnews *able* to be linked externally
- # [17:04] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [17:04] <Callek> using mozilla::services does give a rough perf improvement :-)
- # [17:04] <Standard8> Callek: well, I don't care too much, but I know other people (e.g. linux distros) may
- # [17:04] <Callek> (at least when internal to libxul)
- # [17:05] <Callek> Standard8: well, yea; Neil wants it, and if I can make it work, I might as well :-)
- # [17:05] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [17:05] <ted> sure, gets rid of some overhead
- # [17:06] <khuey> yeah
- # [17:06] <khuey> and then the service manager won't spin the event loop for you :-P
- # [17:06] * khuey isn't bitter
- # [17:06] <khuey> not at all
- # [17:06] <Callek> so NS_EXPORT_(type) it is, I'll get a bug on file then
- # [17:06] <Callek> ted: are you capable of reviewing this patch here? or shall I get someone like ben smed* to review?
- # [17:06] * Ms2ger passes khuey the sherry
- # [17:06] * Callek suspects you are, just checking
- # [17:07] <ted> Callek: not me, no thanks
- # [17:07] <Callek> lol
- # [17:07] <Ms2ger> First rule of Mozilla: don't *ask* for a reviewer, just r?
- # [17:08] <jlebar> Gecko supports media queries (not just media types), right?
- # [17:08] <Callek> hrm, taras probably can review this as well
- # [17:08] <Callek> taras: how is your timing on review queue's these days?
- # [17:08] * Mitch requests review from nobody@mozilla.org
- # [17:08] <Ms2ger> jlebar, yes
- # [17:09] <jlebar> Ms2ger, So I should be able to do <link media="not handheld">, and that link should be ignored in Fennec?
- # [17:09] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [17:09] <jlebar> Ms2ger, (That's a leading question...it doesn't work :(. )
- # [17:09] <Ms2ger> Do we support handheld for fennec?
- # [17:10] <Ms2ger> Might be that value is poisoned already
- # [17:10] <jlebar> Ah, <mfinkle> jlebar, we don't impl "handheld"
- # [17:11] <jimm> Callek: Just commented on that bug, I couldn't reproduce the problem. Could you look over my STR to see if they jibe with what you did?
- # [17:11] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:12] <Ms2ger> firebot, bug 676124?
- # [17:12] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=676124 nor, P3, 6.3.6, gkoberger, RESO FIXED, Remove NEW_FEATURES
- # [17:12] <Ms2ger> Who wants new features anyway?
- # [17:13] <Callek> jimm: I don't have the easy abil to test, I'm on win7 Home Prem, my local user is an admin account, but I do have UAC turned on, so I always have to accept the UAC prompts to update
- # [17:13] <Callek> jimm: I did have an active session of around 6 windows totalling 100 tabs when I upgraded from the last Fx9 beta to 10b1
- # [17:13] * Quits: Fallen|mac (kewisch@moz-E54A09B7.customers.d1-online.com) (Quit: Leaving.)
- # [17:13] <Callek> including one window with a panorama session (which you indicated had nothing to do with this) but just mentioning for clarity
- # [17:14] * Joins: Mano (chatzilla@moz-BA775D58.red.bezeqint.net)
- # [17:14] <Callek> jimm: I'm not in a state to test atm, due to lots of active stuff, downgrade worry (I hate downgrading my prod profile, unless I absolutely need to), and currently testing a beta-based try build to help with CC issues.
- # [17:15] <Callek> jimm: I have been using this profile for a bunch of releases now, so its entirely plausible it upgraded from as far back as Fx4/5/etc.
- # [17:17] <jimm> Callek: hmm, we do call into the updater via the browser shell code on an update for this. I wonder if panorama interfers with that. I'll try an update with panorama active
- # [17:18] <Callek> jimm: yea, that was what I suspected, and why I felt like this error I was seeing could be at fault
- # [17:19] * Quits: secretrobotron (secretrobo@moz-E9501591.members.linode.com) (Quit: leaving)
- # [17:19] * jwir3|away is now known as jwir3
- # [17:20] * Joins: dao1 (dao@moz-32301D3.superkabel.de)
- # [17:20] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
- # [17:20] <jimm> Callek: ah! it could, the jumplist module calls the shortcut maintenance code!
- # [17:21] * Joins: mr_pants (Mibbit@C690F972.157A2051.79C24D08.IP)
- # [17:23] * Joins: gw280 (george@moz-B0193EE1.gwright.org.uk)
- # [17:24] <Callek> jimm: yea, thats as I suspected :/
- # [17:24] * glob is now known as glob|away
- # [17:25] * Quits: mr_pants (Mibbit@C690F972.157A2051.79C24D08.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:26] <jimm> Callek: kind of odd though, the clearHistory call doesn't come before the shortcut maintenance call. still, highly suspect.
- # [17:28] <Callek> jimm: the clearHistory error keeps repeating for me, its not a one-off
- # [17:29] <Callek> so it could be related to timing of some other Firefox call, that interupts the shortcutMaintenance somehow -- I really don't know.
- # [17:29] * Quits: dRdR (dRdR@moz-264C0A7A.uwaterloo.ca) (Client exited)
- # [17:29] <Callek> I only know I saw this error at the same time I saw the pinnedtab-issue
- # [17:29] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
- # [17:29] <Callek> and I knwo I saw it multiple times in other builds, but I always attributed that to context-switching, compiling patches, etc.
- # [17:30] <jimm> Callek: I'll see if I can track down the cause of the clear history error first.
- # [17:30] <Callek> this was the first time I noticed it, after being used to win7 and knowing I was doing a "normal" update
- # [17:30] * Joins: amphibulus (Mibbit@8CEDE23A.E5DC6672.76FD8EA4.IP)
- # [17:31] * bc is now known as bc|afk
- # [17:31] * Quits: amphibulus (Mibbit@8CEDE23A.E5DC6672.76FD8EA4.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:33] * Joins: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net)
- # [17:36] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [17:37] * Joins: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com)
- # [17:38] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Client exited)
- # [17:39] * mkelly|gaem is now known as mkelly
- # [17:41] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
- # [17:42] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:42] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
- # [17:43] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
- # [17:45] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
- # [17:46] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [17:47] <philor> khuey: bustage
- # [17:47] * Quits: dao1 (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
- # [17:48] <khuey> philor: sadfaces
- # [17:50] <khuey> philor: backing out
- # [17:50] <Callek> jimm: hrm, let me send you my sessionstore, and then I'll let you load it and see if you can reproduce the taskbar issue (note I'm NOT cleaning it of any private data)
- # [17:51] <Callek> jimm: I suspect "time to load windows" has a factor (delayed Startup and all
- # [17:51] <khuey> philor: and done
- # [17:51] <jimm> ok, thx
- # [17:51] * Joins: andreasn_ (andreasn@moz-BB6A8755.bredband.comhem.se)
- # [17:51] <reuben> oh no, he'll see all the gifts you bought :o
- # [17:51] <jprmc> khuey: so catlee was suggesting we turn on VS2010 on a twig at least
- # [17:51] * fabrice|afk is now known as fabrice
- # [17:51] <jprmc> khuey: does that make sense?
- # [17:52] * Quits: andreasn_ (andreasn@moz-BB6A8755.bredband.comhem.se) (Quit: Ex-Chat)
- # [17:52] * Joins: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se)
- # [17:52] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Client exited)
- # [17:52] <khuey> jprmc: yeah
- # [17:52] <khuey> jprmc: we can turn it on on b-s
- # [17:52] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
- # [17:53] * Quits: alastair (alastair@moz-50C06464.dynamic.dsl.as9105.com) (Ping timeout)
- # [17:55] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
- # [17:55] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [17:55] <Callek> jimm: sent.... (2MB according to my mail client, so be forewarned)
- # [17:56] <jimm> Callek: ok cool, I'll get back around to that later today. still digging out from under bugmail.
- # [17:56] * joduinn-afk is now known as joduinn-home
- # [17:56] * Joins: alastair (alastair@moz-A19169EF.dynamic.dsl.as9105.com)
- # [17:57] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [17:57] * Joins: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
- # [17:57] * Tobbi is now known as IRCMonkey61762
- # [17:58] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [17:59] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
- # [17:59] <Callek> jimm: if session data logs you into anything, I trust you won't abuse that ;-P
- # [18:00] <jimm> of course.
- # [18:00] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Ping timeout)
- # [18:00] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [18:00] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [18:01] <khuey> time to go post "Callek is a poopyhead" on his facebook
- # [18:01] <Yoric> Mmmhhh...
- # [18:01] <Yoric> I thought that "TmpD" was supposed to point me to the temporary directory.
- # [18:01] <Callek> :-P
- # [18:01] <Yoric> On my Mac, it doesn't even remotely look like "/tmp".
- # [18:01] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
- # [18:02] <Mossop> Yoric: It points to a temporary directory for certain (there is not just one temp directory)
- # [18:02] <Mossop> On mac every user gets their own temp directory
- # [18:02] <Yoric> Mossop: on my Mac, it points to ~/Library/Cache/...
- # [18:02] <Mossop> Yep
- # [18:02] <Yoric> My own temp directory is /private/tmp/, isn't it?
- # [18:02] <Mossop> Nope
- # [18:02] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [18:03] <Yoric> Strike that, it's /var/folders/8r/0dk4wrtj5s9dzk37d7hgy27m0000gn/T/
- # [18:03] <Yoric> According to the environment.
- # [18:03] <Yoric> Which is also not related to what I get with TmpD.
- # [18:04] <Mossop> Did I mention there are multiple temp directories?
- # [18:04] <Yoric> I seem to remember something along these lines, yes :)
- # [18:04] * Quits: jhammel (jhammel@moz-EBD5D56.hsd1.ca.comcast.net) (Quit: leaving)
- # [18:05] * Yoric will dig into the documentation of MacOS X to try and understand a little bit more about the difference between these directories.
- # [18:05] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [18:05] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
- # [18:05] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
- # [18:05] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Connection reset by peer)
- # [18:06] * Quits: Suresh (chatzilla@C6F52E33.D820C06B.4576C295.IP) (Quit: Suresh)
- # [18:07] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [18:07] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [18:09] <Mossop> Yoric: FWIW TmpD ends up calling ::FSFindFolder with kTemporaryFolderType
- # [18:09] <Yoric> Yeah, which _seems_ to hint that this is the temporary directory on a local drive.
- # [18:10] <Yoric> Or something along these lines.
- # [18:10] <@smaug> ehsan: ping
- # [18:10] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Client exited)
- # [18:10] <Yoric> Thanks
- # [18:11] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
- # [18:11] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Quit: Adios Amigos)
- # [18:12] <Waldo> I think that android bustage fix, didn't
- # [18:12] <@smaug> hmm, did someone break view source
- # [18:13] <@smaug> it has caret browsing on all the time
- # [18:13] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [18:13] <taras> Callek: well, other than not reviewing stuff on xmas, i can do some
- # [18:13] * lsblakk|afk is now known as lsblakk
- # [18:14] * Joins: Camer0n (Cameron@moz-5911F6E0.range86-130.btcentralplus.com)
- # [18:14] <Callek> taras: well what I was asking about is not in your queue yet
- # [18:14] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:14] * Quits: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Quit: Bye Bye)
- # [18:15] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [18:15] <Callek> taras: would you consider exposing mozilla::services::Get* to external linkage under your review purview?
- # [18:15] <Callek> taras: does it also need sr?
- # [18:15] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [18:15] <taras> Callek: i think that's a smedberg kind thing
- # [18:15] <Callek> :( ok
- # [18:15] * taras isn't real good with policy type stuff
- # [18:16] <Callek> I sure hope smedberg got better with his review timing
- # [18:16] <Callek> :-)
- # [18:16] <taras> he's very predictable :)
- # [18:16] * Joins: pingo (anders@D05322A6.C7F87E9A.1FBA578A.IP)
- # [18:16] <taras> i think he already said no to this before
- # [18:16] <taras> so :)
- # [18:17] <Callek> taras: well he can say no to me :-)
- # [18:17] * Joins: dRdR (dRdR@moz-94C23397.uwaterloo.ca)
- # [18:17] <taras> i thought it was to you'
- # [18:17] <taras> my memory could be wrong
- # [18:17] <Callek> I don't *think* I asked for this from him before
- # [18:18] <Callek> I could be wrong though
- # [18:18] <Callek> this time though, I'm providing a patch
- # [18:18] * bear-afk is now known as bear
- # [18:18] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
- # [18:18] * bear is now known as bear-buildduty
- # [18:18] <taras> but yeah, i agree with you that it sucks when we keep shiny apis to ourselves
- # [18:19] * Quits: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de) (Ping timeout)
- # [18:19] * jfkthame is now known as jfkthame_afk
- # [18:19] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [18:20] * Quits: slloyd (slloyd@moz-B94E1A81.ipnetworksinc.net) (Quit: slloyd)
- # [18:20] * Joins: slloyd (slloyd@moz-B94E1A81.ipnetworksinc.net)
- # [18:20] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:21] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:21] <robcee> smaug: maybe that's a feature!
- # [18:21] <robcee> ask henri
- # [18:21] <robcee> (hsivonen)
- # [18:22] <robcee> mm. line numbers!
- # [18:23] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
- # [18:23] <@smaug> robcee: I don't think henri's changes caused this (I reviewed those patches)
- # [18:24] <robcee> smaug: oh!
- # [18:24] * Quits: hhillen (hhillen@moz-2A42E9B3.upc-d.chello.nl) (Quit: hhillen)
- # [18:24] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [18:24] <robcee> well, I dunno where that came from then
- # [18:24] * Joins: jimb (user@D3F880CC.44386CE6.7E041973.IP)
- # [18:24] * Quits: jfkthame_afk (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Ping timeout)
- # [18:25] * Joins: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de)
- # [18:26] * Quits: tonymec (tonymec@227BFF43.D32D8EFB.277517C1.IP) (Input/output error)
- # [18:26] <lurking> smaug: regarding bug 714643 - I'll see what I can do tomorrow - I'm off then and since its so hard to repo may take awhile
- # [18:26] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
- # [18:28] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [18:30] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [18:31] <NeilAway> smaug: iirc that's deliberate
- # [18:32] * Quits: sewardj (sewardj@moz-64C44646.cable.virginmedia.com) (Ping timeout)
- # [18:33] * Joins: dRdR_ (dRdR@moz-792B0937.uwaterloo.ca)
- # [18:33] * jfkthame is now known as jfkthame_afk
- # [18:33] * Quits: dRdR (dRdR@moz-94C23397.uwaterloo.ca) (Ping timeout)
- # [18:34] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
- # [18:34] * Joins: tonymec (tonymec@227BFF43.D32D8EFB.277517C1.IP)
- # [18:35] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:38] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
- # [18:39] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:41] * Quits: paolo1 (paolo@moz-F7CD2418.retail.telecomitalia.it) (Ping timeout)
- # [18:41] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [18:42] <jprmc> khuey: do we just file a bug for that?
- # [18:42] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [18:42] <khuey> jprmc: no need to file a bug, I can just flip the switch
- # [18:42] <khuey> ted: are you cool with turning b-s into the vs2010 branch?
- # [18:43] <jprmc> catlee: ^^
- # [18:43] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Ping timeout)
- # [18:43] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [18:43] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:44] <catlee> WFM
- # [18:44] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
- # [18:44] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Ping timeout)
- # [18:45] * mdas is now known as mdas|lunch
- # [18:47] * Joins: IanN (iann@4837CDFE.2ECE621A.E5F36E28.IP)
- # [18:47] * mak is now known as mak|afk
- # [18:48] * Quits: dRdR_ (dRdR@moz-792B0937.uwaterloo.ca) (Client exited)
- # [18:48] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [18:50] * jimm is now known as jimm-lunch
- # [18:50] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
- # [18:50] <khuey> !seen bsmedberg
- # [18:50] <firebot> bsmedberg was last seen 3 days, 20 hours, 36 minutes and 53 seconds ago, changing nick to bsmedberg-away.
- # [18:50] <khuey> anybody know if he's on PTO?
- # [18:52] <Ms2ger> I think so
- # [18:53] * Quits: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP) (Client exited)
- # [18:53] * Quits: IanN (iann@4837CDFE.2ECE621A.E5F36E28.IP) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.7/20111228212752])
- # [18:54] <ted> khuey: go for it
- # [18:54] * philor is now known as philor|away
- # [18:55] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [18:55] <khuey> gerv: is this the final version of MPL 2
- # [18:55] <gerv> khuey: Yes :-)
- # [18:55] <khuey> gerv: excellent
- # [18:55] <khuey> nice work
- # [18:55] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [18:56] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [18:56] <khuey> gerv: do we have to do anything to officially change the license Firefox uses?
- # [18:56] <khuey> or does that happen automatically
- # [18:56] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:56] <gerv> khuey: Yes.
- # [18:56] <gerv> Blog post about that forthcoming in the next 24 hours :-)
- # [18:57] <gerv> khuey: If I wanted to touch pretty much every file in the tree, when would be a good time? ;-)
- # [18:57] <gerv> (Sadly, we've probably missed the Christmas season.)
- # [18:57] <khuey> heh
- # [18:57] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [18:57] <khuey> yesterday ;-0
- # [18:58] <khuey> er
- # [18:58] <khuey> ;-)
- # [18:59] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:00] <Mossop> Only touching the licence headers shouldn't be too bad
- # [19:00] * Joins: gabor (admin@moz-3B57BCD1.catv.pool.telekom.hu)
- # [19:00] * Joins: jmaher_ (jmaher@moz-B77DEAEB.mozilla.org)
- # [19:00] <khuey> yeah
- # [19:01] <khuey> jwir3: ping
- # [19:01] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:02] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:04] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
- # [19:04] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
- # [19:04] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:04] <jwir3> khuey: pong
- # [19:04] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [19:05] * Joins: dRdR (dRdR@moz-264C0A7A.uwaterloo.ca)
- # [19:06] <khuey> jwir3: got some questions about nsImageLoader and animated images
- # [19:06] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
- # [19:06] * ChanServ sets mode: +o dveditz
- # [19:06] <khuey> you're the right person for that, right?
- # [19:06] * mdas|lunch is now known as mdas
- # [19:07] * Quits: jmaher_ (jmaher@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [19:07] <jwir3> khuey: Maybe ;)
- # [19:07] <jwir3> khuey: depends on if they are hard questions or not ;)
- # [19:07] * Joins: jmaher_ (jmaher@moz-B77DEAEB.mozilla.org)
- # [19:07] <khuey> jwir3: heh
- # [19:07] <khuey> jwir3: why does nsImageLoader keep track of whether or not the image is registered with the refresh driver?
- # [19:08] <khuey> jwir3: did those hashtable lookups show up in profiles or something?
- # [19:08] * Joins: sfink (chatzilla@moz-AFCEDF1F.dsl.pltn13.sbcglobal.net)
- # [19:08] <jwir3> khuey: For efficiency, so that we don't have to give a whole bunch of notifications if the image isn't animated
- # [19:08] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
- # [19:08] <jwir3> khuey: Basically, it's so that if an image doesn't require notifications, then we don't send it any
- # [19:09] <khuey> jwir3: what is 'it' here?
- # [19:09] <jwir3> it = the image in question
- # [19:09] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [19:09] * mcote is now known as mcote|lunch
- # [19:09] <khuey> and the sender is the refresh driver?
- # [19:09] * catlee is now known as catlee-lunch
- # [19:09] <jwir3> correct
- # [19:09] <jwir3> so, for example
- # [19:09] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [19:10] <jwir3> if we have a static image on a news page, has been painted and is displayed, but the page is still loading or processing some script, then the chrome throbber icon needs refresh notifications
- # [19:10] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
- # [19:10] <jwir3> but the static image is already painted and displayed, so it doesn't need to be refreshed
- # [19:10] <ehsan> smaug: hi
- # [19:10] <mconnor> gerv: ping?
- # [19:10] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [19:10] <khuey> I think we're talking about different things
- # [19:10] <gerv> mconnor: pong.
- # [19:10] <jwir3> hm ok
- # [19:11] * Quits: jmaher (jmaher@moz-B77DEAEB.mozilla.org) (Input/output error)
- # [19:11] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [19:11] <khuey> jwir3: it looks to me like the only thing aRequestRegistered does in http://mxr.mozilla.org/mozilla-central/source/layout/base/nsLayoutUtils.cpp#4430
- # [19:11] * Parts: stuart (pavlov@elise.pavlov.net)
- # [19:11] * jmaher_ is now known as jmaher
- # [19:11] * Joins: stuart (pavlov@elise.pavlov.net)
- # [19:11] * ChanServ sets mode: +qo stuart stuart
- # [19:11] <khuey> jwir3: is skip calling RefreshDriver()->RemoveImageRequest(request)
- # [19:11] <khuey> jwir3: which is just a hashtable lookup
- # [19:12] <khuey> (/remove, of course)
- # [19:12] <jwir3> khuey: Ah, I think I see what you're asking
- # [19:12] <khuey> I'm reworking a bunch of this stuff and I want to know if I actually need to keep track of whether or not the request is registered, or whether I can just call Add/RemoveImageRequest unconditionally
- # [19:12] <jwir3> khuey: You're asking why we have that boolean at all?
- # [19:12] <khuey> for animated images, of course
- # [19:12] <khuey> jwir3: exactly
- # [19:13] <jwir3> khuey: Yeah, to be honest, roc wanted that so that we could skip the removal if we know that the image request isn't registered.
- # [19:13] <mconnor> gerv: so, with MPL2, is the new boilerplate just the exhibit A thing, no special mozilla boilerplate?
- # [19:13] <jwir3> khuey: There are times when we don't use it
- # [19:13] * Quits: Mano (chatzilla@moz-BA775D58.red.bezeqint.net) (Ping timeout)
- # [19:13] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
- # [19:13] * Joins: Mano (chatzilla@moz-E3501873.red.bezeqint.net)
- # [19:13] <gerv> mconnor: See http://www.mozilla.org/MPL/headers/ .
- # [19:13] <jwir3> khuey: For example, in nsTreeBodyFrame, I believe
- # [19:13] <mconnor> gerv: so great.
- # [19:14] <Ms2ger> gerv, and mpl/gpl/lgpl?
- # [19:14] <gerv> Glad you like it :-)
- # [19:14] <khuey> jwir3: right
- # [19:14] <jwir3> khuey: http://mxr.mozilla.org/mozilla-central/source/layout/xul/base/src/tree/src/nsTreeBodyFrame.cpp#123
- # [19:14] <khuey> jwir3: ok, I think I'll stop keeping track of it and see if reviewers object
- # [19:14] <jwir3> khuey: You might want to get approval from roc, he's the one that wanted me to add that variable.
- # [19:15] <khuey> ok
- # [19:15] <mconnor> Ms2ger: MPL2 has explicit compat, you have to opt out by including a secondary blurb, AIUI
- # [19:15] <jwir3> khuey: It seemed somewhat useless to me, but he wanted it there, because he thought it would make it more efficient.
- # [19:15] * Quits: pranavrc (pranavrc@90F257B8.CC3A5F2F.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [19:15] * Quits: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se) (Ping timeout)
- # [19:15] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [19:15] * Quits: AutomatedTester (AutomatedT@moz-18E70CAC.as13285.net) (Ping timeout)
- # [19:16] <jwir3> khuey: I think he thought that the vast number of times we're calling Register/DeregisterRequest, that it would be the case where we didn't have to do anything anyway, so just return early.
- # [19:16] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
- # [19:16] <khuey> jwir3: yeah, that's what I don't get
- # [19:16] * Joins: AutomatedTester (AutomatedT@moz-D5D5B4DA.as13285.net)
- # [19:16] <khuey> jwir3: it doesn't seem like we'd be calling this often
- # [19:16] <khuey> at least from nsImageLoader
- # [19:16] * AutomatedTester is now known as AutomatedTester|away
- # [19:16] <jwir3> khuey: Yes, I agree. And, it might have been code that was left over after several iterations of the patches, so perhaps it isn't that useful any longer
- # [19:17] * philor|away is now known as philor
- # [19:17] <khuey> jwir3: hmm, I guess we do call it every time we tear down an nsImageLoader
- # [19:17] * IRCMonkey61762 is now known as Tobbi
- # [19:17] <khuey> which happens on every paint, cause our code is awful
- # [19:17] <jwir3> heh
- # [19:17] * khuey doesn't think that's a problem with his patches though
- # [19:17] * jwir3 meant the iterations on patches to bug 666446, where this code was added
- # [19:17] <khuey> yeah
- # [19:18] <khuey> ok
- # [19:18] <khuey> thanks for the help!
- # [19:18] <jwir3> np
- # [19:19] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
- # [19:19] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [19:20] * Joins: darin (darin@moz-CD91E596.google.com)
- # [19:20] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [19:21] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
- # [19:21] <joe> Waldo: ping
- # [19:21] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [19:21] <Waldo> joe: pong
- # [19:22] * Waldo kicks everyone who doesn't make joe :-complete :-P
- # [19:22] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [19:22] <joe> Waldo: re: bug 714572 - why does clang not warn on no virtual destructor if a class is marked as final?
- # [19:22] <Ms2ger> Because it's smart
- # [19:22] <joe> Waldo: because in the case of classes that inherit from others, I might be happier with a virtual destructor
- # [19:23] <Waldo> joe: the point of the warning is to guard against something C++ says is undefined -- destroying an object through a base class pointer, when the base destructor isn't virtual
- # [19:23] <Waldo> joe: if the pointer being destroyed through is to a class that's final, the base pointer is always the most derived thing, and it matches up
- # [19:24] <joe> ah
- # [19:24] <Waldo> msvc11 is also smart about this, according to the bug report I filed against them
- # [19:24] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [19:24] <joe> so we would still get warnings if we delete some_nsIChannel though
- # [19:24] * Joins: brendan (brendaneic@moz-86B6569C.hfc.comcastbusiness.net)
- # [19:24] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
- # [19:24] <Waldo> yes
- # [19:24] <ted> anyone have any idea how libxul winds up linked with expat?
- # [19:24] <ted> like, actual system expat
- # [19:24] <Ms2ger> Does it?
- # [19:25] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [19:25] <joe> ted: objdump -x says it's linked agianst?
- # [19:25] <joe> against
- # [19:25] <ted> ldd, yeah
- # [19:25] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [19:25] <joe> ldd just means one of its libraries link against it
- # [19:25] <ted> ah
- # [19:25] <ted> so it could be transitive
- # [19:25] <joe> you want to look in the REQUIRES section of objdump -x
- # [19:25] * Joins: Unfocused (u2622@moz-160C58C6.com)
- # [19:25] <joe> iirc
- # [19:25] <ted> gotcha
- # [19:25] <khuey> I guess you're not talking about the expat in our tree :-P
- # [19:25] <mconnor> gerv: so when can we start using that? :)
- # [19:26] <mconnor> gerv: for stuff that isn't mozilla-central ;)
- # [19:26] * bear-buildduty is now known as bear-buildduty-lunch
- # [19:26] * Quits: @dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com) (Quit: dveditz)
- # [19:27] <khuey> ehsan: you broke CC dumping on Windows
- # [19:27] <ted> khuey: no
- # [19:27] <ted> khuey: webrtc requires expat as part of libjingle :-/
- # [19:28] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:28] <ted> our bundled expat conveniently defines XML_Char as PRUnichar
- # [19:28] * Quits: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com) (Quit: Leaving.)
- # [19:28] <ehsan> khuey: did I?
- # [19:28] * khuey wonders wtf a libjingle is
- # [19:28] <ted> i think it's an XMPP lib
- # [19:29] <ted> no, not quite
- # [19:29] <khuey> ehsan: it's supposed to tell me where it dumped the log, right?
- # [19:29] <ted> http://code.google.com/apis/talk/libjingle/index.html
- # [19:29] <ted> "libjingle is a collection of open-source C++ code and sample applications that enables you to build a peer-to-peer application. The code handles creating a network connection (through NAT and firewall devices, relay servers, and proxies), negotiating session details (codecs, formats, etc.), and exchanging data. It also provides helper tasks such as parsing XML, and handling network proxies."
- # [19:29] <ted> it's like a toolkit to build an XMPP app
- # [19:29] <khuey> fun
- # [19:29] <ehsan> khuey: yes
- # [19:29] <khuey> ehsan: well it doesn't ;-)
- # [19:29] <ehsan> hmm
- # [19:29] * Joins: c0smikdebris (c0smikdebr@8B5FD0F1.950545B2.274D17D6.IP)
- # [19:30] <ehsan> khuey: you're looking at the error console, right?
- # [19:30] <khuey> and it's not in the obvious locations
- # [19:30] <khuey> ehsan: yep
- # [19:30] <ehsan> hmm
- # [19:30] <ehsan> khuey: look at your temp dir
- # [19:30] <khuey> if by that you mean AppData/Local/Temp, it's not there
- # [19:30] <khuey> this is what I meant by the obvious locations ;-)
- # [19:30] <lurking> For me the cc dump was in root at J:\cc-edges xxxx
- # [19:30] <khuey> yeah
- # [19:30] <ehsan> hmm
- # [19:30] <khuey> which is completely insane
- # [19:30] <lurking> and I had to run as Admin to get it
- # [19:30] <ehsan> dammit
- # [19:31] <ehsan> I need a windows build to debug this
- # [19:31] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [19:31] * Waldo missed gerv :-(
- # [19:31] * jimm-lunch is now known as jimm
- # [19:31] <lurking> khuey: if you don't know I filed bug 714643 that is giving headaches
- # [19:32] <lurking> really hard to repo
- # [19:32] <khuey> yeah, I know
- # [19:32] <lurking> ok
- # [19:32] <khuey> CC bugs are fun :-(
- # [19:32] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [19:32] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
- # [19:33] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
- # [19:35] <@smaug> lurking: that doesn't seem like a CC related bug
- # [19:35] <lurking> smaug: ok -
- # [19:35] <lurking> just guessing -
- # [19:35] <lurking> on my part
- # [19:35] <lurking> since its so random to repo
- # [19:36] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
- # [19:36] <@smaug> lurking: it could be, but if you can actually close the tab ...
- # [19:36] <@smaug> so it is not CC running
- # [19:36] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [19:36] <@smaug> but something else is running and using all the memory
- # [19:36] <lurking> no problem closing the tab, its not like its eating tons of cpu - just ram
- # [19:37] <@smaug> ah
- # [19:38] * jfkthame_afk is now known as jfkthame
- # [19:38] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
- # [19:38] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:39] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Input/output error)
- # [19:40] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [19:40] * Quits: MarcoZ (marco.zehe@moz-6969D20B.dip.t-dialin.net) (Quit: l8er)
- # [19:40] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
- # [19:40] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
- # [19:41] <lurking> the only way I can get it to do it and again its hit or miss is load the link in a tab, then switch between reports and summary, and sometimes closing the tab, reopening and repeat switching between the tabs on the crash-reporter page -
- # [19:42] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
- # [19:43] * Quits: protz (jonathan@moz-7F6750F6.xulforum.org) (Quit: Leaving)
- # [19:43] <@smaug> lurking: regression range would be nice
- # [19:43] <lurking> yeah, I'll try tomorrow when I'm off and have more time - but its really going to be tuff I'm fearing
- # [19:43] * Quits: brendan (brendaneic@moz-86B6569C.hfc.comcastbusiness.net) (Quit: brendan)
- # [19:43] <lurking> and I have no idea how to run any profiling
- # [19:44] * lurking is off to work...
- # [19:45] * Joins: bbondy2 (bbondy@moz-28CF6D1C.home.cgocable.net)
- # [19:45] * tbsaunde is now known as tbsaunde|afk
- # [19:46] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [19:46] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
- # [19:46] * bbondy2 is now known as bbondy
- # [19:47] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:48] * Joins: bsmedberg (bsmedberg@moz-B44EBBB4.alt.east.verizon.net)
- # [19:48] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [19:48] * Quits: Mano (chatzilla@moz-E3501873.red.bezeqint.net) (Ping timeout)
- # [19:51] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [19:52] * Joins: brendan (brendaneic@1A1F13BD.EF8E4D8F.43362C16.IP)
- # [19:52] * Joins: karl (karl@moz-2CB3AB67.jetstream.xtra.co.nz)
- # [19:52] * Quits: @smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi) (Input/output error)
- # [19:52] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [19:52] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [19:52] * Joins: smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi)
- # [19:52] * ChanServ sets mode: +o smaug
- # [19:54] * adam-afk is now known as adam-mv
- # [19:54] * zpao|detached is now known as zpao
- # [19:54] * mcote|lunch is now known as mcote
- # [19:55] <khuey> bhearsum|afk: ping
- # [19:55] * Joins: fzzzy (donovan@moz-BBE3ABD.mv.mozilla.com)
- # [19:55] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [19:55] * Joins: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
- # [19:56] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
- # [19:57] * joduinn-home is now known as joduinn-coffee
- # [19:57] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [19:57] * catlee-lunch is now known as catlee
- # [19:59] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [19:59] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:00] * bbondy is now known as bbondy|lunch
- # [20:00] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
- # [20:00] * Joins: Mano (chatzilla@moz-E3501873.red.bezeqint.net)
- # [20:02] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [20:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:02] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:03] * Joins: paolo (paolo@moz-7090D4B2.retail.telecomitalia.it)
- # [20:03] <jlebar> Can I write CSS which says "allow this text to cause horizontal scroll, but cut it off after Xem"?
- # [20:03] <Mossop> max-width perhaps?
- # [20:03] <jlebar> I can do that with |width: Xem; overflow-x: none|, but max-width doesn't work.
- # [20:03] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:04] <jlebar> max-width cuts it off to the current width of the screen; that is, no horizontal scroll.
- # [20:04] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
- # [20:04] * bsmedberg is now known as bsmedberg-interview
- # [20:05] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [20:05] * Quits: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: damons)
- # [20:05] * adam-mv is now known as adam
- # [20:06] * mak|afk is now known as mak
- # [20:06] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [20:06] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
- # [20:06] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
- # [20:07] * Quits: Mano (chatzilla@moz-E3501873.red.bezeqint.net) (Broken pipe)
- # [20:07] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [20:07] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [20:07] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:08] * Joins: anky (anky@F021F068.77C53CBE.74119F78.IP)
- # [20:08] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] * joduinn-coffee is now known as joduinn-mtg
- # [20:09] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:09] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [20:10] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [20:10] <ehsan> NeilAway: do you want me to review both of your patches or just the latest one?
- # [20:10] * Quits: jaws (u2871@moz-160C58C6.com) (Input/output error)
- # [20:10] * Quits: sid0 (u2934@moz-160C58C6.com) (Input/output error)
- # [20:10] * Quits: felipe (u2734@moz-160C58C6.com) (Input/output error)
- # [20:10] * Quits: Asa (u3626@moz-160C58C6.com) (Input/output error)
- # [20:10] * Quits: Unfocused (u2622@moz-160C58C6.com) (Input/output error)
- # [20:10] * Quits: ttaubert (u2620@moz-160C58C6.com) (Input/output error)
- # [20:11] * Joins: jaws (u2871@moz-160C58C6.com)
- # [20:11] * Joins: stfl|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de)
- # [20:11] * bear-buildduty-lunch is now known as bear-buildduty
- # [20:12] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [20:12] * Joins: sid0 (u2934@moz-160C58C6.com)
- # [20:13] * Joins: felipe (u2734@moz-160C58C6.com)
- # [20:13] * Joins: ttaubert (u2620@moz-160C58C6.com)
- # [20:14] * jaws is now known as jaws|away
- # [20:14] * Joins: Asa (u3626@moz-160C58C6.com)
- # [20:16] * zpao is now known as zpao|detached
- # [20:16] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:16] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:16] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [20:16] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
- # [20:18] * Quits: brendan (brendaneic@1A1F13BD.EF8E4D8F.43362C16.IP) (Quit: brendan)
- # [20:18] * Joins: philor (philor@moz-638273A8.my-nick.name)
- # [20:19] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
- # [20:19] * Quits: stfl|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de) (Ping timeout)
- # [20:20] <gcp> jlebar: ping
- # [20:20] <jlebar> gcp, ack
- # [20:20] <khuey> !seen armenzg
- # [20:20] <firebot> armenzg was last seen 1 week, 5 days, 1 hour, 1 minute and 49 seconds ago, saying 'I am still waiting on test-master01 to reconfigure' in #build.
- # [20:20] <khuey> who is on build duty?
- # [20:20] <khuey> catlee: ^?
- # [20:20] * Quits: KaiRo (robert@moz-D569D787.adsl.highway.telekom.at) (Quit: www.seamonkey.at)
- # [20:20] <gcp> jlebar: does calling EnsureCapacity on an infallible nsTArray work as expected?
- # [20:20] <philor> khuey: bear-buildduty
- # [20:20] <jlebar> gcp, could you please elaborate?
- # [20:20] <gcp> jlebar: rather, does it actually fail, or OOMs?
- # [20:20] <khuey> bear-buildduty: ping!
- # [20:21] <jlebar> gcp, On infallible, it OOMs.
- # [20:21] * Quits: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com) (Quit: sholsapp)
- # [20:21] * Joins: Unfocused (u2622@moz-160C58C6.com)
- # [20:21] <bear-buildduty> khuey - yes?
- # [20:22] * Joins: stfl|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de)
- # [20:22] <khuey> bear-buildduty: is there something wrong with the tree?
- # [20:22] * Cwiiis is now known as CwiiisAway
- # [20:22] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [20:22] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [20:22] <khuey> bear-buildduty: I see 42 jobs running and 500 pending
- # [20:22] * bear-buildduty resists the more snarky response
- # [20:22] * zpao|detached is now known as zpao
- # [20:22] <khuey> heh
- # [20:22] <bear-buildduty> let me look
- # [20:22] * Quits: rshetty (quassel@D0D1946.52B631C4.C842849F.IP) (Client exited)
- # [20:23] <bear-buildduty> khuey - i'm seeing only 43 pending jobs
- # [20:23] <philor> khuey: is there something wrong with your network or your browser, that stuck you with old copies of builds-pending.js and builds-running.js?
- # [20:23] <khuey> maybe
- # [20:23] <bear-buildduty> yea, I'm suspecting that it's a local tbpl cache/glitch
- # [20:23] * khuey blows away the cache
- # [20:24] <bear-buildduty> the buildbot scheduler is saying "all ok over here, go smack him for me"
- # [20:24] <khuey> aha
- # [20:24] <khuey> much better
- # [20:24] * khuey will take his smacking now
- # [20:24] * bear-buildduty reduces the free-dev-smacking counter by one
- # [20:24] <dolske> firebot: smack khuey
- # [20:24] <firebot> khuey! look over there! *smack*
- # [20:25] <bear-buildduty> you guys built up quite a few credits the last couple of weeks
- # [20:25] <khuey> ouch
- # [20:26] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [20:29] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:29] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
- # [20:29] <Ms2ger> bear-buildduty, you can forward them all to khuey
- # [20:29] * Quits: dRdR (dRdR@moz-264C0A7A.uwaterloo.ca) (Client exited)
- # [20:31] * Quits: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: goodbye)
- # [20:32] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
- # [20:32] * jwir3 is now known as jwir3|lunch
- # [20:32] * Quits: stfl|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de) (Client exited)
- # [20:33] * Joins: sfleiter (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de)
- # [20:34] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
- # [20:34] * Joins: zpao|detached (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:34] * zpao|detached is now known as zpao
- # [20:35] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [20:36] * Quits: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: goodbye)
- # [20:39] * Quits: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [20:40] * Quits: anky (anky@F021F068.77C53CBE.74119F78.IP) (Client exited)
- # [20:40] * bbondy|lunch is now known as bbondy
- # [20:40] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:41] * Quits: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net) (Ping timeout)
- # [20:41] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [20:43] <khuey> !seen bent
- # [20:43] <firebot> bent was last seen 5 days, 27 minutes and 29 seconds ago, saying 'that's like BC for computers' in #developers.
- # [20:43] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [20:43] <reuben> heh, my browser just locked up in an interesting state http://cl.ly/D21v
- # [20:44] <reuben> uh, actually, it's not locked up
- # [20:44] <reuben> wtf
- # [20:45] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:45] <reuben> wow, the tabs wouldn't respond for ~20s then everything started responding again and handling all the keyboard shortcuts I pressed
- # [20:45] <reuben> weird stuff
- # [20:45] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
- # [20:45] * Joins: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
- # [20:45] <@smaug> reuben: I/O happening in the background, or some terrible GC or CC
- # [20:46] <@smaug> reuben: have you looked at GC /CC times?
- # [20:46] <khuey> I/O happening in the foreground :-P
- # [20:46] <NeilAway> ehsan: latest one will do
- # [20:46] * Joins: rwaldron (rwaldron@BF75C292.8AD7C1E.792D0C7D.IP)
- # [20:46] <ehsan> NeilAway: ok, will do that right now
- # [20:46] <NeilAway> ehsan: ta
- # [20:46] <reuben> smaug, I have logging disabled in this profile D:
- # [20:46] <@smaug> khuey: blaa blaa, forgive my terrible English :)
- # [20:47] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:47] * Joins: wolfiR (wolfiR@47B9F8F6.510028CA.7E60B90.IP)
- # [20:47] <khuey> heh
- # [20:47] <Ms2ger> khuey, what, you're not used to smaug's English yet :)
- # [20:47] <@smaug> http://www.thepoke.co.uk/2011/12/23/english-pronunciation/ is just evil
- # [20:47] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Max SendQ exceeded)
- # [20:47] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:47] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [20:48] <khuey> well that's just a torture test
- # [20:48] <@smaug> my written English is: type some random words in random order and hope that it makes some sense.
- # [20:48] <khuey> it works out pretty well
- # [20:48] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:49] * Joins: dRdR (dRdR@moz-792B0937.uwaterloo.ca)
- # [20:49] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
- # [20:50] <reuben> there should be a sound file with the correct pronunciation :P
- # [20:51] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [20:52] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:53] <Ms2ger> reuben, yes, I'm missing that too
- # [20:54] * not_zpao is now known as zpao|irssi
- # [20:54] <Ms2ger> khuey, want to create one? :)
- # [20:54] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [20:54] * Boriss_ is now known as Boriss
- # [20:54] * zpao|irssi is now known as zpao_
- # [20:54] * bsmedberg-interview is now known as bsmedberg
- # [20:54] <khuey> Ms2ger: hmm?
- # [20:55] <Ms2ger> Read http://www.thepoke.co.uk/2011/12/23/english-pronunciation/ aloud for us non-natives
- # [20:55] <khuey> no thanks
- # [20:56] <Ms2ger> :(
- # [20:56] * Quits: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [20:56] * rail is now known as rail_away
- # [20:57] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:57] * tbsaunde|afk is now known as tbsaunde
- # [20:57] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
- # [20:58] * Joins: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net)
- # [20:58] * Quits: alastair (alastair@moz-A19169EF.dynamic.dsl.as9105.com) (Ping timeout)
- # [21:00] * mdas is now known as mdas|afk
- # [21:00] <ted> that is painfully long
- # [21:01] * Quits: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:01] * rail_away is now known as rail
- # [21:03] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [21:03] * Joins: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net)
- # [21:04] <mwu> Ms2ger: https://www.youtube.com/watch?v=oqxoWYDZg30
- # [21:04] <mwu> smaug: ^
- # [21:04] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
- # [21:04] <Ms2ger> mwu++
- # [21:07] * Quits: jimb (user@D3F880CC.44386CE6.7E041973.IP) (Ping timeout)
- # [21:07] * Joins: alastair (alastair@moz-BBA4EBD.dynamic.dsl.as9105.com)
- # [21:08] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Quit: Leaving...)
- # [21:09] * Quits: JonathanS (JonathanS@831D916B.DB23A248.407F7C5B.IP) (Ping timeout)
- # [21:10] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [21:11] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:14] <NeilAway> smaug: heh
- # [21:15] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [21:16] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
- # [21:16] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [21:16] * jwir3|lunch is now known as jwir3
- # [21:16] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.1)
- # [21:16] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:16] <sid0> http://www.mozilla.org/MPL/headers/ -- so have we stopped licensing under the GPL?
- # [21:17] <sid0> and is that because MPL2 is GPL-compatible?
- # [21:17] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [21:17] <NeilAway> mwu: that guy doesn't know how to say Terpsichore
- # [21:17] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [21:17] <NeilAway> oh, it says in the comments
- # [21:17] <mbrubeck> or he doesn't know how to say "trickery" :P
- # [21:18] <mwu> I didn't actually watch all of this
- # [21:18] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
- # [21:18] * Joins: davidillsley_ (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
- # [21:18] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [21:18] * davidillsley_ is now known as davidillsley
- # [21:18] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [21:18] * NeilAway didn't know Melpomene
- # [21:18] <mwu> I think there are other versions linked from there
- # [21:18] * Joins: philor (philor@moz-638273A8.my-nick.name)
- # [21:20] * Quits: AutomatedTester|away (AutomatedT@moz-D5D5B4DA.as13285.net) (Quit: AutomatedTester|away)
- # [21:20] <NeilAway> he doesn't know victual either
- # [21:20] <NeilAway> and I don't like the way he says mauve
- # [21:20] * NeilAway says m-oh-v
- # [21:20] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
- # [21:21] * Quits: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net) (Quit: GNU/Linux, because I'd rather own a free OS than steal one that's not worth paying for.)
- # [21:21] * mattwoodrow|away is now known as mattwoodrow
- # [21:21] * Joins: philor (philor@moz-638273A8.my-nick.name)
- # [21:22] <Ms2ger> Also, anemone
- # [21:22] <NeilAway> plait...
- # [21:23] <hub> sid0: IANAL but my understand is that MPL 2.0 explicitely grant the right to redistribute under the GPL as part of a GPL licensed superset of the work
- # [21:23] * sfleiter is now known as sfleiter|away
- # [21:23] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
- # [21:23] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [21:23] <hub> sid0: therefore multiple licensing is no longer needed explicitely
- # [21:23] <hub> sid0: LGPL too
- # [21:23] * mdas|afk is now known as mdas
- # [21:24] <sid0> hub: makes sense
- # [21:24] * Quits: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [21:24] <@smaug> oh, I didn't know 3D page inspect was already enabled in nightlies
- # [21:25] <NeilAway> Ms2ger: what was wrong with his anemone?
- # [21:25] <@dbaron> there are a bunch of things he said wrong, I think
- # [21:25] <Ms2ger> Probably nothing, but I'd never have pronounced it like that
- # [21:25] <@dbaron> but also a bunch that I didn't know
- # [21:25] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [21:26] <vlad> it does? I thought MPL 2 was compatible with GPL, but doesn't magically become GPL in a GPL licensed work
- # [21:26] * vlad should do some reading
- # [21:26] * Joins: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net)
- # [21:26] <hub> vlad: the license explicitly allow relicensing under a secondary license.
- # [21:27] <hub> vlad: if needed.
- # [21:27] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [21:27] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [21:27] * Joins: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP)
- # [21:27] <Mook_as> vlad: AIUI, if you want the old MPL-only behaviour, you need to have exhibit B in addition to exhibit A?
- # [21:27] * nthomas|away is now known as nthomas
- # [21:27] <vlad> so if I write some code under MPL2, someone uses it in a GPL project, and then someone makes modifications to my original code in that project... can I take that code under MPL2 only?
- # [21:27] * vlad reads
- # [21:28] <eeejay> smaug, hello, could i ask you a question about nsTObserverArray?
- # [21:28] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
- # [21:28] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
- # [21:28] <@smaug> eeejay: sure, though sicking knows it better
- # [21:28] <eeejay> smaug, it is said sicking is super busy, so i will ask you first :)(
- # [21:29] <@smaug> bah, how can sicking be busy
- # [21:29] <eeejay> smaug, it looks like that array just takes raw pointers, and that it typically does not own any reference to observers
- # [21:29] <@smaug> right
- # [21:29] <eeejay> ie. the way it is used
- # [21:29] <@smaug> like nsTArray
- # [21:29] <Ms2ger> Sicking just acts busy
- # [21:29] <eeejay> it seems kinda dangerous, what if an observer is destroyed?
- # [21:30] <hub> vlad: I think that's what the wording says as MPL is a source-file based license.
- # [21:30] <@smaug> eeejay: how is that more dangerous than using plain nsTArray ?
- # [21:30] <eeejay> i am tempted to make an array of nsCOMPtrs but i bet that there is a reason not to?
- # [21:31] <hub> vlad: that the source file is still covered by MPL AND the secondary license of the greater work
- # [21:31] <eeejay> smaug, well, i would use an nsCOMArray
- # [21:31] <@smaug> eeejay: so, why do you need nsTObserverArray?
- # [21:31] * ashughes is now known as ashughes|lunch
- # [21:31] <Ms2ger> Bah, nsCOMArray
- # [21:31] <@smaug> is the array modified while you're iterating it?
- # [21:32] <eeejay> smaug, possibly, seems like nsTObserverArray deals well with that
- # [21:32] <tbsaunde> smaug: yes for e
- # [21:32] <@smaug> also, if you need to keep things alive, use nsTObserverArray<nsCOMPtr<yourtype> >
- # [21:33] <eeejay> smaug, yeah. that is where I was going, i just wanted to make sure i wasn't missing something
- # [21:34] <@smaug> eeejay: well, if something else is keeping the objects alive, don't use nsCOMPtr
- # [21:34] <@smaug> (especially if the objects are cycle collected. addreffing/releasing can be slow)
- # [21:34] * Joins: ferminter (Mibbit@3DCCF56.1E5A53ED.1D5753B8.IP)
- # [21:35] <eeejay> smaug, hum hum
- # [21:35] <eeejay> smaug, interesting
- # [21:35] * Joins: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net)
- # [21:35] <eeejay> smaug, these observers are scriptable, so i just feel like some bad js could have them garbage collected and that seems very dangerous
- # [21:35] * Quits: ferminter (Mibbit@3DCCF56.1E5A53ED.1D5753B8.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:36] <@smaug> eeejay: well, something needs to keep them alive
- # [21:36] <Ms2ger> ...He was the son of Boris Zbarsky, who helped mummify Lenin's body in 1924....
- # [21:36] <eeejay> i guess nsTObserverArray<nsCOMPtr<yourtype> > it is
- # [21:37] * Joins: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com)
- # [21:37] <@smaug> eeejay: or when they are being deleted, they must be removed from the array
- # [21:37] * Quits: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Quit: Bye Bye)
- # [21:37] <eeejay> smaug, yeah, but that would require extra caution from the scripter, something i don't think we should count on
- # [21:38] * Joins: willy1234x1 (willy1234x@moz-264D48A9.slkc.qwest.net)
- # [21:38] <@smaug> though, nothing to do with nsTObserverArray, or even arrays. Make sure things are kept alive as long as needed (and no longer) :)
- # [21:38] <@smaug> eeejay: oh, right, you can't count on anything done in JS
- # [21:38] <@smaug> C++ side needs to keep things it uses alive
- # [21:38] <eeejay> yeah
- # [21:39] <eeejay> i prefer a zombie js observer over dereferencing a freed pointer.
- # [21:39] <@smaug> it is a js object?
- # [21:39] <eeejay> the observers are
- # [21:40] <eeejay> the service is not
- # [21:40] <@smaug> just make sure you release them at some point
- # [21:40] <eeejay> s/are/may be/
- # [21:40] <@smaug> though, if the service is for chrome only, you may require js to remove the observers
- # [21:41] <eeejay> hm
- # [21:41] * jaws|away is now known as jaws
- # [21:41] <@smaug> eeejay: or is it not for chrome only?
- # [21:41] <eeejay> smaug, yeah. it is only for chrome
- # [21:42] * Joins: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net)
- # [21:42] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [21:42] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:42] <@smaug> though, even in that case you may want to add the stuff to cycle collection
- # [21:42] * eeejay is clueless about cycle collection
- # [21:42] * @smaug has no idea what eeejay is actually doing
- # [21:43] * gregglind is now known as gregglind_away
- # [21:43] <@smaug> oh, right you said it is a service
- # [21:43] <eeejay> maybe we should just stick to raw pointers and hope any chrome js code is careful
- # [21:43] <@smaug> cycle collection won't help then
- # [21:43] <@smaug> since service will stay alive until shutdown
- # [21:43] <eeejay> bug 698823
- # [21:43] <@dbaron> Ms2ger, I think I'm going to have to try recording that later... :-)
- # [21:43] <eeejay> https://bugzilla.mozilla.org/show_bug.cgi?id=698823
- # [21:43] <@smaug> eeejay: no raw pointer
- # [21:43] <Ms2ger> dbaron, would listen :)
- # [21:43] <eeejay> it is long and an involved patch, but you asked :)
- # [21:44] <@smaug> eeejay: if the pointer is coming from js/xpconnect
- # [21:44] <eeejay> smaug, no it is not a service, i misused the word
- # [21:44] * Joins: mjessome (mjessome@moz-57FFFC4E.cpe.net.cable.rogers.com)
- # [21:45] <@smaug> eeejay: which patch. there are 4
- # [21:45] <@smaug> 5
- # [21:46] <eeejay> smaug, https://bugzilla.mozilla.org/attachment.cgi?id=585060 the file is nsAccessiblePivot.{cpp,h}
- # [21:46] <@smaug> eeejay: so js implements nsTObserverArray ?
- # [21:46] <@smaug> er
- # [21:46] <@smaug> nsIAccessiblePivotObserver
- # [21:46] <eeejay> smaug, right
- # [21:47] <@smaug> you really must keep those objects alive
- # [21:47] <@smaug> the objects you have in C++ are actually wrappers
- # [21:47] <@smaug> and if you don't keep them alive, no one will
- # [21:48] <eeejay> hm
- # [21:48] <@smaug> (they may stay alive depending on what happens in JS)
- # [21:48] * Joins: Jonathan- (JonathanS@831D916B.DB23A248.407F7C5B.IP)
- # [21:49] <eeejay> in cpp the only way we use the nsIAccessiblePivotObserver so far is with the pivot's primary reference holder
- # [21:49] <@smaug> eeejay: so, nsTObserverArray<nsIAccessiblePivotObserver*> -> nsTObserverArray<nsCOMPtr<nsIAccessiblePivotObserver> >
- # [21:49] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
- # [21:49] <eeejay> smaug, cool, thanks for looking through that
- # [21:49] * Joins: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr)
- # [21:50] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [21:51] * Joins: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP)
- # [21:51] * Quits: wolfiR (wolfiR@47B9F8F6.510028CA.7E60B90.IP) (Quit: Leaving)
- # [21:52] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
- # [21:54] * Joins: sholsapp (sholsapp@moz-438BDAD1.wireless.calpoly.edu)
- # [21:54] * Quits: Mitch (chatzilla@moz-9EE5CDB.sbr802.nsw.optusnet.com.au) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.6.1/20111221001913])
- # [21:54] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [21:54] <khuey> oh great
- # [21:55] <khuey> my patch has mac only failures
- # [21:55] * khuey hates mac so much
- # [21:55] * Joins: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:55] * Ms2ger hates windows more
- # [21:55] <khuey> but the users are on windows
- # [21:56] <Ms2ger> Bah
- # [21:56] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
- # [21:56] <Ms2ger> Not building on windows wfm
- # [21:56] * Quits: @smaug (chatzilla@moz-3A8231FE.elisa-mobile.fi) (Ping timeout)
- # [21:56] <Mossop> Tell Mac users to just install vmware if they want Firefox
- # [21:56] <khuey> r-
- # [21:56] <khuey> Mossop: sounds great to me!
- # [21:56] <Ms2ger> Would r+
- # [21:57] * Quits: evilpie (evilpie@moz-D32445A1.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120102031055])
- # [21:57] * Joins: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP)
- # [21:57] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [21:58] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
- # [21:59] * Quits: dRdR (dRdR@moz-792B0937.uwaterloo.ca) (Client exited)
- # [21:59] * Joins: dRdR (dRdR@moz-792B0937.uwaterloo.ca)
- # [22:00] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
- # [22:00] * Quits: sholsapp (sholsapp@moz-438BDAD1.wireless.calpoly.edu) (Ping timeout)
- # [22:00] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [22:02] <ted> yeah, we should totally ship firefox as a VM that you launch that just runs the linux build
- # [22:02] <Callek> anyone have a bookmarklet/error-console-script that I can run to do a mass (across say ~100-200 tabs) a reload /refresh for pages that got "Firefox can't find the server at bugzilla.mozilla.org." error pages (due to my DNS not working right away at boot)?
- # [22:02] <ted> i guess it might as well just use B2G at that point
- # [22:02] * reuben has been using Parallels Desktop lately, and it's being a much better experience than Fusion/VirtualBox
- # [22:02] <cpeterson> question about try servers: Does "starring" an orange test mean that the test failure has a Bugzilla report already? Or that the test failure seems to be unrelated to the change being "tried"?
- # [22:02] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [22:03] * Joins: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net)
- # [22:03] <Ms2ger> cpeterson, a star is a reference to a bug or an explanation of why you the failure isn't your fault
- # [22:03] <Callek> cpeterson: generally you always want a bug on file, unless you know something is completely not your fault, and probably won't happen again
- # [22:03] <@dbaron> Ms2ger, http://dbaron.org/tmp/poem.ogg
- # [22:04] <Callek> (such as, "previous push broke things, backout out in cset XYZ")
- # [22:04] <Callek> :-)
- # [22:04] <philor> on try, retrigger, don't say "I don't think this is me, and we'll just find out that I'm wrong when it lands"
- # [22:04] <cpeterson> Thanks. That makes sense.
- # [22:04] <Callek> philor: exactly :-)
- # [22:04] <Callek> cpeterson: yes, on try, if its not in a bug, best to retrigger once or twice, and find out if its a new intermittent you're adding, or what
- # [22:05] <Ms2ger> Listening to dbaron, brb
- # [22:05] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (No route to host)
- # [22:05] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [22:06] <dholbert> cpeterson, do you know to retrigger through the tbpl interface? (with the little "+")?
- # [22:06] <cpeterson> dholbert, I do now. thx <:)
- # [22:06] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [22:06] <dholbert> cpeterson, cool. :)
- # [22:07] <dholbert> cpeterson, (in-progress builds / test-runs have a stop sign instead of a plus, and you can use that to cancel them, e.g. if you realize that a whole push is busted and don't want to waste resources)
- # [22:08] <reuben> dbaron, nice pronunciation
- # [22:08] <reuben> is this a known bug? http://cl.ly/D1Y5
- # [22:08] <dholbert> cpeterson, (er s/instead of/along with/)
- # [22:08] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
- # [22:09] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
- # [22:09] * jgriffin is now known as jgriffin-afk
- # [22:09] <Callek> cpeterson: warning, generally worse (for now) to stop builds on most trees, only place its useful is try
- # [22:12] * Joins: AryehGregor (AryehGrego@moz-6FC51DD9.nyc.res.rr.com)
- # [22:12] * Quits: rwaldron (rwaldron@BF75C292.8AD7C1E.792D0C7D.IP) (Quit: Leaving...)
- # [22:14] * NeilAway doesn't like dbaron's plait
- # [22:15] <dholbert> Callek, why's that?
- # [22:15] * Joins: priya (priya@moz-BBE3ABD.mv.mozilla.com)
- # [22:15] <Callek> dholbert: because it *can* (not necessarily will) cause repo's/dirs to be in a bad state on that slave for that tree
- # [22:16] <Callek> and the following build there won't clobber away the problem
- # [22:16] <dholbert> Callek, mm, good to know
- # [22:17] * Ms2ger waves at AryehGregor
- # [22:17] * AryehGregor waves
- # [22:17] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [22:18] * Quits: Ms2ger (Ms2ger@C27335BF.43CA53FB.37724B0D.IP) (Quit: nn)
- # [22:18] * ctalbert is now known as ctalbert|afk
- # [22:20] * khuey can't seem to load logs from tbpl
- # [22:20] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [22:22] * Quits: sfleiter|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de) (Ping timeout)
- # [22:23] * Quits: markh (markh@moz-BCB4C723.vic.bigpond.net.au) (Ping timeout)
- # [22:24] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [22:24] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Quit: sheppy)
- # [22:25] * Quits: bsmith (bsmith@moz-E34A3D24.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [22:25] * jmaher is now known as jmaher|afk
- # [22:25] * Joins: markh (markh@moz-BCB4C723.vic.bigpond.net.au)
- # [22:27] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [22:27] * Joins: kbrosnan (kbrosnan@moz-BBE3ABD.mv.mozilla.com)
- # [22:27] * bsmedberg is now known as bsmedberg-bbl
- # [22:27] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [22:28] * Quits: gabor (admin@moz-3B57BCD1.catv.pool.telekom.hu) (Quit: gabor)
- # [22:28] * Joins: gabor (admin@moz-3B57BCD1.catv.pool.telekom.hu)
- # [22:28] * Quits: gabor (admin@moz-3B57BCD1.catv.pool.telekom.hu) (Quit: gabor)
- # [22:29] * Joins: njn (chatzilla@moz-A960F72A.dyn.iinet.net.au)
- # [22:29] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
- # [22:30] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
- # [22:31] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [22:31] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Ping timeout)
- # [22:33] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:34] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:36] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
- # [22:36] * ashughes|lunch is now known as ashughes
- # [22:36] * Quits: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr) (Ping timeout)
- # [22:37] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:38] <ehsan> khuey: tmpnam() on windows returns things like "\s644." :(
- # [22:39] <ehsan> stupid microsoft
- # [22:39] <khuey> sweet
- # [22:40] * Joins: sholsapp (sholsapp@moz-438BDAD1.wireless.calpoly.edu)
- # [22:41] <ehsan> khuey: I'll write a new patch, sorry for the breakage
- # [22:41] * Quits: sholsapp (sholsapp@moz-438BDAD1.wireless.calpoly.edu) (Ping timeout)
- # [22:42] <NeilAway> ehsan: wait, so how did I fix bug 702064?
- # [22:42] <khuey> thanks for jumping on it
- # [22:42] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [22:42] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [22:42] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [22:44] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
- # [22:44] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:44] <ehsan> NeilAway: perhaps they use contenteditable somewhere?
- # [22:44] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
- # [22:44] <ehsan> I think we should just dupe that bug
- # [22:44] <NeilAway> ehsan: oh, yeah, that would explain it :-)
- # [22:45] <ehsan> heh
- # [22:45] * mdas is now known as mdas|afk
- # [22:45] <ehsan> NeilAway: their comment box is indeed a contenteditable div
- # [22:45] <ehsan> I'll dupe the bug
- # [22:46] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [22:46] * gregglind_away is now known as gregglind
- # [22:46] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
- # [22:47] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
- # [22:48] * Quits: Nilos (Miranda@moz-69632AC1.ewe-ip-backbone.de) (Ping timeout)
- # [22:48] <jimm> ah, our lists of contributors in the src are going away. :(
- # [22:49] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
- # [22:49] * mdas|afk is now known as mdas
- # [22:49] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
- # [22:50] <jimm> on the other hand I'm looking forward to the smaller boilerplate.
- # [22:50] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
- # [22:51] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:52] * Boriss_ is now known as Boriss
- # [22:52] <NeilAway> jimm: I never kept mine up-to-date anyway...
- # [22:52] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:52] * Joins: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com)
- # [22:53] * bc|afk is now known as bc
- # [22:54] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
- # [22:54] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [22:54] <jimm> I wonder what impact the smaller header will have on things like checkouts and build times.
- # [22:55] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Ping timeout)
- # [22:55] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Input/output error)
- # [22:56] <Callek> jimm: not much, in theory (at least with current hg) since a clone/checkout takes full change history
- # [22:56] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [22:57] <Callek> jimm: for new (clean) repos, will help; and build times negligable :-)
- # [22:57] <Callek> but all in all, I agree the current contrib-in-headers is poor and not good for our uses
- # [22:57] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
- # [22:58] * Joins: dao (dao@moz-32301D3.superkabel.de)
- # [22:59] * rail is now known as rail_away
- # [22:59] * rail_away is now known as rail
- # [23:00] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:00] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
- # [23:02] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
- # [23:04] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:04] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
- # [23:06] * lsblakk is now known as lsblakk|lunch
- # [23:07] * Quits: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
- # [23:07] * philor is now known as philor|away
- # [23:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:07] * Joins: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com)
- # [23:08] * shorlander-away is now known as shorlander
- # [23:08] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:09] * Joins: sheppy (sheppy@4AC8F6A7.658C4E59.CC1C681B.IP)
- # [23:09] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
- # [23:09] * Joins: jwq_away (chatzilla@moz-12623DCD.cable.telstraclear.net)
- # [23:10] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [23:10] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [23:10] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [23:11] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [23:11] * Quits: romeo (romeo@moz-18AD2F99.k744.webspeed.dk) (Quit: Leaving)
- # [23:11] * Quits: paolo (paolo@moz-7090D4B2.retail.telecomitalia.it) (Quit: Leaving.)
- # [23:11] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:11] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:12] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
- # [23:14] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Quit: Calling it a day)
- # [23:14] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
- # [23:14] <NeilAway> ehsan: I await your response to my response to your review before creating a new patch
- # [23:14] <ehsan> NeilAway: I'm replying right now :)
- # [23:16] <Callek> NeilAway: btw, if I get a patch/bug on file about exporting mozilla::services::Get* to external linkage, are you ok with me pushing forward usage of mozilla::services directly in c-c code?
- # [23:16] <NeilAway> Callek: sure
- # [23:17] <NeilAway> Callek: oh wait, not just for bug, needs r+ first ;-)
- # [23:17] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:17] * philor|away is now known as philor
- # [23:17] <Callek> NeilAway: "pushing forward" meaning "get a r+ on patches, etc.)
- # [23:18] <Callek> NeilAway: I mean, that even if the bug I am driving for making it externally linkable needs changes I'll do it, if its wontfixed I'll have you advocate, but I'm really not wanting to block my use of mozilla::services in c-c on the exporting bug
- # [23:18] <ehsan> NeilAway: done
- # [23:18] * Callek hopes that made sense
- # [23:18] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
- # [23:19] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [23:20] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [23:23] * Joins: arnaud_bienner (arno@moz-B4BDEAF3.rev.sfr.net)
- # [23:23] * Joins: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net)
- # [23:23] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:25] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
- # [23:25] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
- # [23:25] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:26] <cjones> can anyone around with the power to grant editbugs do so for ferjmoreno@gmail.com and josea.olivera@gmail.com? kthx
- # [23:27] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [23:28] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Quit: sholsapp)
- # [23:28] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
- # [23:31] * Quits: dao (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
- # [23:31] * Quits: mjessome (mjessome@moz-57FFFC4E.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:32] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Ping timeout)
- # [23:32] <KWierso> http://download.cnet.com/8301-2007_4-57351535-12/whats-coming-in-firefox-11/
- # [23:32] <KWierso> "Windows 7 and Vista users will no longer see the User Account Control (UAC) for Firefox after the browser's initial installation. "
- # [23:32] <KWierso> uh... no?
- # [23:33] * Standard8 is now known as Standard8Away
- # [23:33] * Quits: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [23:33] <khuey> well they're probably going by our plans that said we were going ship this stuff in 11
- # [23:33] * Quits: roc (chatzilla@moz-F2247B8.jetstream.xtra.co.nz) (Ping timeout)
- # [23:33] <khuey> and not our code which doesn't have those patches in it
- # [23:36] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [23:36] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:37] <philor> nice websocket crash. here, let me show you the custom of my people when seeing such a thing...
- # [23:37] <jwir3> congrats, johnath
- # [23:37] <micahg> jlebar: is it worth a separate bug to track the error message in about:memory be pretty when /proc/self/smaps is missing?
- # [23:38] <johnath> jwir3: hmm?
- # [23:38] <jlebar> michal, Track what about the error message, exactly?
- # [23:38] <johnath> jwir3: oh, look at that! Thanks
- # [23:38] <eeejay> hey NeilAway, i could see you are gone, and that is OK.
- # [23:38] <jwir3> johnath: heh, yeah. ;)
- # [23:38] * Quits: sheppy (sheppy@4AC8F6A7.658C4E59.CC1C681B.IP) (Quit: Leaving)
- # [23:39] <micahg> jlebar: just to change it from the standard JS error look to something like you mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=688233#c23
- # [23:39] <eeejay> NeilAway, we have a patch up for your benevolent super review when you have the time, https://bugzilla.mozilla.org/show_bug.cgi?id=698823
- # [23:40] <jlebar> micahg, ah, yes, that's a valid bug. I wouldn't hold my breath for someone to get around to fixing it, though.
- # [23:40] <micahg> jlebar: sure, just wondering if it's worth me filing
- # [23:41] <micahg> we ran into it on Ubuntu due to apparmor blocking access (we'll fix that most likely)
- # [23:43] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [23:44] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
- # [23:46] <cjones> can anyone around with the power to grant editbugs do so for ferjmoreno@gmail.com and josea.olivera@gmail.com? kthx
- # [23:46] <khuey> gavin: ^
- # [23:47] * Joins: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP)
- # [23:48] * Quits: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP) (Quit: Leaving)
- # [23:49] <DGMurdockIII> im still downloading the driver
- # [23:49] * bear-buildduty is now known as bear-buildduty-afk
- # [23:49] <DGMurdockIII> is there any other info you need from me
- # [23:50] * jfkthame is now known as jfkthame_afk
- # [23:50] * mcote is now known as mcote|afk
- # [23:54] * jwq_away is now known as jwq
- # [23:54] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.0.14/20110420224852])
- # [23:55] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
- # [23:56] <khuey> !seen bz
- # [23:56] <firebot> bz was last seen 5 days, 2 hours, 2 minutes and 9 seconds ago, changing nick to bz_pto.
- # [23:56] <khuey> hrm
- # [23:56] <khuey> no bz
- # [23:56] <khuey> no bholley
- # [23:56] <khuey> this is annoying
- # [23:57] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:57] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
- # [23:58] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Ping timeout)
- # [23:58] * heycam|away is now known as heycam
- # [23:59] <dholbert> gerv, ping?
- # [23:59] <gerv> pong.
- # Session Close: Wed Jan 04 00:00:01 2012
The end :)