/irc-logs / mozilla / #developers / 2012-01-04 / end

Options:

# Session Start: Wed Jan 04 00:00:01 2012
# Session Ident: #developers
# [00:00] * philor is now known as philor|away
# [00:00] <dholbert> hi! so I was just copy-pasting from http://www.mozilla.org/MPL/headers/ , and I noticed that newlines don't get copied
# [00:00] <gerv> dholbert: Yeah; not sure if that's my markup or Firefox.
# [00:00] <dholbert> gerv, I suspect <pre> or a textfield might fix that; not sure though
# [00:00] <gerv> If you know a way to fix it, patches welcome :-)
# [00:00] <gerv> There are actually a couple of issues with that page.
# [00:00] <dholbert> gerv, ok, I'll try a few things and let you know. :)
# [00:00] * Quits: dbradley (dbradley@moz-8FACAA93.fuse.net) (Ping timeout)
# [00:01] <gerv> Let me fix them now, given that people are already using it!
# [00:01] <khuey> dholbert: I don't think we're supposed to be using that in Gecko yet
# [00:01] <khuey> I could be wrong though
# [00:01] * Waldo sees his comments were either noticed or anticipated :-)
# [00:02] <dholbert> khuey, I think one of the blog posts / announcements about it said something about it being recommended in "new mozilla codE"
# [00:03] <khuey> that should be sent to a more developer-centric location then
# [00:03] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [00:03] <khuey> like dev-platform
# [00:03] <dholbert> I might have misread it. looking for the statement that I'm thinking of.
# [00:04] <dholbert> gerv, do you know? (should we already be using the new boilerplate in new code?)
# [00:05] <dholbert> khuey, ah -- I think I was thinking of this chunk at the top of http://www.mozilla.org/MPL/headers/ : "When adding license headers to new files to be checked in to the Mozilla source tree, always use the appropriate one of the following"
# [00:05] * Joins: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
# [00:05] <dholbert> I read "always" to include now, but maybe that page isn't meant to be authoritative yet. :)
# [00:05] <khuey> dholbert: ah
# [00:05] * Tobbi is now known as IRCMonkey52013
# [00:05] <khuey> dholbert: I think there's going to be a flag day where we switch
# [00:06] <cpeterson> ehsan: Is you Try server build stuck? There are many builds queued up after you, but no one is making any progress.. :\
# [00:06] <dholbert> gerv, <pre> makes the newlines copypastable, btw
# [00:06] <dholbert> gerv, (verified locally)
# [00:06] <gerv> Yep, I just checked in a fix.
# [00:06] <gerv> Thanks :-)
# [00:06] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
# [00:06] <gerv> We only just released;
# [00:06] <khuey> cjones: did your people get editbugs yet?
# [00:06] <ehsan> cpeterson: which build are you talking about?
# [00:06] <gerv> I'll be doing developer communications tomorrow.
# [00:06] <gerv> (It's 11pm here.)
# [00:07] <gerv> In the mean time,
# [00:07] <gerv> you can use it in new code,
# [00:07] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [00:07] <gerv> but don't switch over big swathes of code (we have scripts for that).
# [00:07] <dholbert> gerv, yup. cool, thanks for the clarification
# [00:07] <cpeterson> ehsan: Is this you? https://tbpl.mozilla.org/?tree=Try&rev=81fffb94b73e
# [00:08] <ehsan> yes
# [00:08] <ehsan> ah
# [00:08] <ehsan> I see build failures
# [00:08] <ehsan> cpeterson: but it shouldn't affect anybody else...
# [00:08] * Quits: alastair (alastair@moz-BBA4EBD.dynamic.dsl.as9105.com) (Quit: Reconnecting)
# [00:08] * Joins: alastair (alastair@moz-BBA4EBD.dynamic.dsl.as9105.com)
# [00:09] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:09] <cpeterson> oops. You are right. There are many other builds in the gray "still running" state.
# [00:09] <jfkthame_afk> ehsan: for bug 706888, could you also attach a screenshot of how it looks once it's finished loading (correct display)? i think i know what's going on there, but that would help confirm it
# [00:09] * jfkthame_afk is now known as jfkthame
# [00:09] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:10] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [00:10] <dholbert> gerv, (RE newlines -- it looks like you've got "white-space: pre; font-family: monospace" in there already, but that's apparently not enough to trigger newline-copy-pastability)
# [00:10] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:10] <ehsan> jfkthame: for google search, nothing changes when loading is finished
# [00:10] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:10] <jfkthame> yeah, that figures
# [00:10] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [00:10] <ehsan> jfkthame: bbcpersian uses web fonts, not sure if that's relevant
# [00:10] * philor|away is now known as philor
# [00:10] <jfkthame> it is
# [00:10] <dholbert> gerv, (but <pre> is sufficient)
# [00:10] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [00:10] <ehsan> jfkthame: so what kind of screenshot would you need?
# [00:10] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 11.0a2/20111230042026])
# [00:10] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [00:11] * rail is now known as rail_away
# [00:11] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [00:11] <jfkthame> i'm assuming the screenshot you posted (of broken rendering) is using the device's built-in font
# [00:11] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
# [00:11] * AaronMT is now known as AaronMT|dinner
# [00:11] <jfkthame> and the problem is that it lacks opentype shaping tables
# [00:11] <cjones> khuey, dunno
# [00:11] <jfkthame> on the bbc site, once the web font is loaded, the glyphs will change to that style and the font will shape properly
# [00:11] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [00:11] <khuey> cjones: jdm has those powers these days
# [00:11] <khuey> might be willing to help you out
# [00:11] <jdm> it's true!
# [00:11] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [00:11] <cjones> oho
# [00:12] <jdm> woo me, cjones
# [00:12] * Joins: RyanVM (RyanVM@moz-D04D3C77.phlapa.fios.verizon.net)
# [00:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:12] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
# [00:12] <cjones> jdm, ferjmoreno@gmail.com and josea.olivera@gmail.com, bitte schoen
# [00:12] <RyanVM> mak: is the sqlite upgrade still being targeted for Fx12?
# [00:12] <mak> RyanVM: possibly
# [00:13] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:13] <RyanVM> mak: OK. Anything I can do to help?
# [00:13] * Quits: TheLink (TheLink@moz-B5AB52CB.pools.arcor-ip.net) (Quit: I has album artz!!!1)
# [00:13] * joduinn-mtg is now known as joduinn
# [00:13] <jfkthame> ehsan: what device are you on? is it an LG device, by any chance? (see bug 676068)
# [00:13] <jdm> cjones: ooc, why does neither account show any bugzilla activity?
# [00:14] <mak> RyanVM: well, the update itself shouldn't be problematic if you want to steal the bug, I'm mostly waiting for sdwilsh's answer on platforms support
# [00:14] <RyanVM> mak: OK. I'll put together a patch and push it to try.
# [00:14] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:15] <mak> RyanVM: sounds good, it's possible you'll have to update test_quota.c too, since iirc this version modified it. and remove the Android fdatasync workaround from the Makefile.in (should have been addressed upstream)
# [00:15] <RyanVM> ok
# [00:15] * Joins: evilpie (chatzilla@moz-D32445A1.pools.arcor-ip.net)
# [00:16] <cjones> jdm, orly? they've been hacking on gecko stuff, i thought one of them filed a bug
# [00:17] <jdm> I might be reading the wrong page
# [00:17] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [00:17] <ehsan> jfkthame: it's a galaxy s, why?
# [00:17] * lsblakk|lunch is now known as lsblakk
# [00:17] <jfkthame> i wondered because of the bug we have about arabic on LG phones
# [00:18] <jdm> yeah, my mistake
# [00:19] <ehsan> jfkthame: do we use android system libraries for shaping?
# [00:19] <jfkthame> ehsan: no
# [00:19] * Joins: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:20] <RyanVM> mak: looks like test_quota.h is no longer used
# [00:20] <ehsan> jfkthame: so I don't understand why this bug happens
# [00:20] <mak> RyanVM: should be test_quota.c, not an header... afaik
# [00:20] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [00:20] <RyanVM> there's both in the tree
# [00:20] <jfkthame> ehsan: the issue on LG phones, at least (and could apply to others) is that the manufacturer is shipping a broken version of the droid fonts, with the arabic shaping tables stripped out
# [00:21] <ehsan> hmm
# [00:21] <RyanVM> mak: looks like the existing version includes test_quota.h, but the current version includes sqlite.h
# [00:21] <jfkthame> ehsan: so our code finds and uses the font, but then because the opentype tables are missing, shaping doesn't work
# [00:21] <ehsan> jfkthame: but I do get correct shaping everywhere else
# [00:21] * gregglind is now known as gregglind_away
# [00:21] <jfkthame> in other apps, you mean?
# [00:21] <ehsan> the built-in browser, os menus, apps, etc
# [00:21] <ehsan> everywhere but firefox :)
# [00:21] <RyanVM> mak: I'll look at older sqlite versions to confirm the change
# [00:22] <mak> RyanVM: interesting, the .h has been added recently in Bug 661877
# [00:22] <jfkthame> ehsan: that might mean they're doing "shaping" using the Unicode presentation forms - which is a deprecated and limited approach, but was common in older java libs, at least
# [00:23] <RyanVM> mak: Sounds important then! :)
# [00:23] <ehsan> jfkthame: hmm, not sure how they do shaping really
# [00:23] <ehsan> jfkthame: in theory you should be able to install cyanogenmod in the emulator and reproduce this
# [00:24] <RyanVM> mak: ugh, bug 661877 made other changes to test_quota.c
# [00:25] <jfkthame> ehsan: possibly .... another thing to check would be if you can extract a copy of the DroidSans* fonts from your device so we can check whether they have the opentype tables or not
# [00:25] <mak> RyanVM: I don't know the history of that bug (as well I suppose no Storage peers were involved), so may be worth pinging bent about the changes
# [00:25] <RyanVM> mak: and they didn't check in a patch as well
# [00:26] <jfkthame> ehsan: i don't *know* how they're doing shaping but if i'm right that the fonts lack the GSUB/GPOS support for arabic, then it's a fairly safe bet that they're mapping the text to presentation-forms Unicode codepoints
# [00:27] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [00:28] <RyanVM> mak: The way around it probably is to diff the 3.7.7.1 version of test_quota.c to the 3.7.9 version and try applying that to the in-tree version
# [00:28] <RyanVM> and I pinged bent in the bug about it
# [00:28] * Quits: ewong_zzz (chatzilla@moz-414019B6.static.netvigator.com) (Quit: Zzzz)
# [00:28] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [00:29] * Quits: fzzzy (donovan@moz-BBE3ABD.mv.mozilla.com) (Quit: fzzzy)
# [00:29] * joduinn is now known as joduinn-food
# [00:29] <ehsan> jfkthame: can you tell me where to find those fonts? I'd be happy to attach them to the bug
# [00:30] <jfkthame> ehsan: i believe they're normally in a /system/fonts directory
# [00:30] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [00:31] * ehsan looks
# [00:31] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [00:31] <philor> khuey: should I be excited about https://tbpl.mozilla.org/php/getParsedLog.php?id=8299756&tree=Mozilla-Aurora ?
# [00:31] <mak> RyanVM: probably yes, usually we just port upstream changes to test_quota.c.
# [00:31] <philor> where by "excited" I of course mean "filled with even more dread than usual"
# [00:32] <ehsan> jfkthame: there's a bunch of files there, including DroidSansArabic
# [00:32] <ehsan> which ones should I attach to the bug?
# [00:32] <RyanVM> mak: either that, or we at least need an in-tree patch that can be applied and updated upgrade documentation
# [00:32] <khuey> philor: nice, we're leaking a worker
# [00:32] <jfkthame> ehsan: DroidSansArabic sounds like a good place to start....
# [00:32] <ehsan> jfkthame: and also DroidSansHebrew
# [00:32] <ehsan> ok
# [00:32] <jfkthame> ehsan: maybe plain DroidSans as well
# [00:33] <ehsan> ok
# [00:33] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:35] <ehsan> jfkthame: hmm, seems like the browser doesn't have perms to read the font files :(
# [00:36] <ehsan> jfkthame: let me see if I can get them in adb
# [00:36] * shorlander is now known as shorlander-away
# [00:36] * Quits: dRdR (dRdR@moz-792B0937.uwaterloo.ca) (Client exited)
# [00:36] <jfkthame> ehsan: i'm sure there must be a way to get them, but i don't know much about that stuff - one of the mobile guys could no doubt tell you, if necessary
# [00:36] <mak> RyanVM: ok, it's worth to make the 3.7.7.1-3.7.9 diff for now, to evaluate the size of the changes
# [00:36] <RyanVM> yes
# [00:36] <mak> may be minor stuff
# [00:36] <ehsan> yep
# [00:37] <RyanVM> I'm going to proceed as noted
# [00:37] <philor> bleah, looks like my android-xul clobber expired
# [00:38] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
# [00:40] * Joins: jprmc (jprmc@617509EB.5BCEC6DB.DA78B690.IP)
# [00:40] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:40] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Ping timeout)
# [00:40] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:41] <janv> RyanVM: all those changes to test_quota.c are not mozilla specific
# [00:41] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
# [00:41] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [00:41] <RyanVM> janv: what's their status wrt to upstream?
# [00:41] <ehsan> jfkthame: attached everything to the bug
# [00:41] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:41] <ehsan> shit
# [00:41] <ehsan> wait
# [00:42] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
# [00:42] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:42] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
# [00:42] * Tanner is now known as tan
# [00:42] <janv> janv: both files were copied from latest sqlite sources
# [00:42] <ehsan> jfkthame: ok, there you go
# [00:43] <janv> err
# [00:43] <RyanVM> janv: That should make the diff easy then. Except that still doesn't answer the .h question.
# [00:43] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [00:43] <janv> RyanVM: the .h was introduced in latest sqlite
# [00:43] <RyanVM> 3.7.9 doesn't have it AFAICT
# [00:43] <mak> what's "latest"?
# [00:43] <janv> hmm
# [00:44] <janv> let me check
# [00:44] <RyanVM> and I just diffed test_quota.c from 3771 and 379
# [00:44] <janv> and ?
# [00:44] <RyanVM> mak: janv: http://pastebin.mozilla.org/1432649
# [00:44] <mak> I think 3.7.10 also includes further changes to test_quota.c
# [00:45] <mak> so I wonder if they come from there
# [00:45] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [00:45] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
# [00:45] <mak> indeed the changelog includes: Enhancements to the test_quota.c extension to support stdio-like interfaces with quotas
# [00:46] <nemo> http://www.washingtonpost.com/business/technology/google-chromes-sponsored-posts-explained/2012/01/03/gIQAascfYP_story.html
# [00:46] * AaronMT|dinner is now known as AaronMT
# [00:46] <jfkthame> ehsan: hmm, so the droidsansarabic, at least, _does_ contain opentype tables - so it's not similar to the LG phones - ok, i'll look into this some more later, need to go for tonight
# [00:46] <ehsan> jfkthame: thanks :)
# [00:47] <RyanVM> mak: so maybe we just leave test_quota.c alone for now and worry about it for sqlite 3.7.10+?
# [00:47] <mak> RyanVM: well, once we figure out where those changes come from, if that's the case, sure
# [00:48] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [00:48] <mak> we shoudl ensure if those 3.7.10 files (if so) are compatible with 3.7.9.
# [00:48] <RyanVM> mak: downloading latest from source right now
# [00:48] <mak> may ask drh regarding that
# [00:49] <RyanVM> and indeed there is a .h in tip
# [00:49] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [00:49] <mak> yes I see it in the online sources repo
# [00:49] <mak> src/test_quota.h (new file)
# [00:49] * jwir3 is now known as jwir3|away
# [00:49] <mak> if the current files match current sqlite tip, we have just to ensure backwards compatibility
# [00:50] <mak> that's simpler!
# [00:51] * Quits: Camer0n (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Quit: Bye Bye)
# [00:51] <NeilAway> eeejay: ok I probably won't get to it until tomorrow
# [00:51] * Quits: kbrosnan (kbrosnan@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [00:51] <RyanVM> mak: http://pastebin.mozilla.org/1432657
# [00:52] <RyanVM> mak: looking closer
# [00:52] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [00:52] <janv> RyanVM: it looks like 3.7.9 doesn't contain "latest" test_quota changes
# [00:52] <janv> RyanVM: the changes we need for indexedDB
# [00:53] <mak> it does not sure, but may be we can keep 3.7.10 version, provided sqlite team can ensure us they are compatible
# [00:53] <RyanVM> sorry, that diff was bad
# [00:53] <RyanVM> http://pastebin.mozilla.org/1432676
# [00:54] * Quits: alastair (alastair@moz-BBA4EBD.dynamic.dsl.as9105.com) (Ping timeout)
# [00:54] <RyanVM> things still aren't quite the same as the version from bug 661877
# [00:54] <mak> RyanVM: is this the diff between 3.7.9 and 3.7.10 or between mozilla tip and sqlite tip?
# [00:55] <RyanVM> this is the diff from 3771 to tip
# [00:55] * Quits: damons (gnubeard@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: damons)
# [00:55] * jgriffin-afk is now known as jgriffin
# [00:55] <mak> may you check how much we differ from sqlite tip then?
# [00:55] <RyanVM> the first deletion is missing from the diff
# [00:55] * nthomas is now known as nthomas|away
# [00:55] <RyanVM> ** For an build without mutexes, no-op the mutex calls.
# [00:55] <RyanVM> sure
# [00:55] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [00:55] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
# [00:56] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [00:56] <mak> obviously limited to test_quota files...
# [00:57] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [00:57] <RyanVM> according to this, we don't
# [00:57] <RyanVM> when I qrefresh, it doesn't pick up any changes
# [00:58] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [00:58] * Joins: alastair (alastair@moz-FD355B1D.dynamic.dsl.as9105.com)
# [00:58] <mak> ok, please post findings in the bug. Also, please send a mail to support at sqlite dot org, cc-ing me and sdwilsh, asking if current tip of test_quota.h and test_quota.c is compatible with SQLite 3.7.9 or more related changes in 3.7.10 are needed for it to work properly.
# [00:58] <RyanVM> will do
# [00:59] <mak> if it's compatible, we'll just let it alone, and update the other sources
# [00:59] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [00:59] <mak> thanks!
# [00:59] <decoder> ehsan: if you have any hints or suggestions for the rest of the clang bug reports, let me know :) I have 56 reports left to file (focusing only on a group of critical warning types)
# [01:00] * zpao_ is now known as not_zpao
# [01:00] <ehsan> decoder: I doubt if I will have time to go through them in the near future :(
# [01:01] <decoder> ehsan: i didnt mean checking them
# [01:01] <decoder> but do you think it makes sense to report these one by one and is the type of bug report I use appropriate?
# [01:02] <ehsan> decoder: I think so, yes
# [01:02] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
# [01:02] <decoder> okay
# [01:02] <decoder> only 56 to go ;D
# [01:02] <ehsan> decoder: it would be great if they're filed in the right component
# [01:02] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [01:03] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [01:03] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
# [01:04] <decoder> ehsan: yea im trying to do that but sometimes i just dont know the right component
# [01:04] <ehsan> decoder: you can ask folks on irc, or guess
# [01:04] <decoder> also the stuff in nss is not core right?
# [01:05] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [01:05] <khuey> nope
# [01:06] <decoder> khuey: so I guess everything in security/nss/ is Product: NSS right?
# [01:06] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [01:06] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [01:06] <khuey> right
# [01:06] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
# [01:07] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [01:07] <decoder> khuey: thx. and what is security/manager/ssl/ ?
# [01:07] <khuey> PSM
# [01:08] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [01:08] <decoder> okay thx =)
# [01:08] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
# [01:08] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [01:09] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [01:09] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [01:11] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:11] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [01:11] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
# [01:12] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [01:12] <RyanVM> mak: I'm kicking off a local build now. I'll push it to try later tonight. Plan is to go with the default try chooser options (all platforms, all regression tests, no perf tests). Sound OK?
# [01:12] * Joins: kbrosnan (kbrosnan@moz-BBE3ABD.mv.mozilla.com)
# [01:12] <mak> RyanVM: I'd prefer if you'd do a mozilla-central-like try run, included talos
# [01:12] <RyanVM> ok
# [01:12] * joduinn-food is now known as joduinn-mtg
# [01:14] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [01:15] * Quits: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com) (Quit: Leaving.)
# [01:15] * Joins: bjacob (bjacob@moz-B6AC6549.rev.sfr.net)
# [01:17] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [01:17] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [01:18] * IRCMonkey52013 is now known as Tobbi
# [01:18] * Quits: arnaud_bienner (arno@moz-B4BDEAF3.rev.sfr.net) (Quit: Ex-Chat)
# [01:18] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [01:19] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [01:21] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:22] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:22] * Boriss_ is now known as Boriss
# [01:25] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [01:27] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Ping timeout)
# [01:28] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
# [01:29] * Quits: jprmc (jprmc@617509EB.5BCEC6DB.DA78B690.IP) (Quit: Leaving)
# [01:30] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Input/output error)
# [01:31] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [01:31] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [01:31] * Joins: stephend (stephend@moz-BBE3ABD.mv.mozilla.com)
# [01:32] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [01:32] * Quits: RyanVM (RyanVM@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120102140300])
# [01:34] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [01:35] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [01:36] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:36] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [01:40] * shorlander-away is now known as shorlander
# [01:40] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [01:40] * Quits: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net) (Quit: caillon)
# [01:42] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Connection reset by peer)
# [01:42] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [01:43] * nthomas|away is now known as nthomas
# [01:44] * Parts: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [01:44] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [01:44] * Joins: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [01:44] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [01:46] * bmoss|2 is now known as bmoss
# [01:46] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
# [01:47] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [01:47] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [01:47] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [01:47] * ashughes is now known as ashughes|afk
# [01:48] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [01:49] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:49] <hub> how does it work with localization in C++ code?
# [01:49] <hub> all I found was with XUL
# [01:50] * Quits: CwiiisAway (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Ping timeout)
# [01:50] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [01:50] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [01:50] <Mossop> You would likely use the string bundle service
# [01:50] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [01:50] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [01:51] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [01:51] <biesi> which is very similar to what you do in javascript
# [01:53] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [01:53] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:54] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [01:54] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [01:55] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:56] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [01:56] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [01:56] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [01:58] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:58] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
# [01:58] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:59] * Quits: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [01:59] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:59] * Joins: jrmuizel (jrmuizel@8F761026.B5EF4AF6.E96CA9D8.IP)
# [02:00] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [02:00] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:00] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [02:00] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:00] * Joins: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [02:00] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:01] * Quits: jrmuizel (jrmuizel@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [02:01] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [02:01] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:02] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:02] * Quits: evilpie (chatzilla@moz-D32445A1.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120102031055])
# [02:03] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:03] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [02:04] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:04] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [02:04] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:05] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:05] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [02:07] * Quits: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net) (Quit: get satisfied! :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::)
# [02:07] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:07] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:08] * heycam is now known as heycam|away
# [02:08] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:08] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [02:09] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:09] * Parts: priya (priya@moz-BBE3ABD.mv.mozilla.com) (Leaving)
# [02:09] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [02:09] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [02:10] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [02:10] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:10] * Milossh is now known as Milos
# [02:10] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [02:11] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:11] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:12] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:12] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
# [02:12] * catlee is now known as catlee-away
# [02:13] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:13] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:13] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:14] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:14] <hub> biesi: I haven't done it in JS either :-/
# [02:15] <biesi> hub, https://developer.mozilla.org/en/Code_snippets/Miscellaneous#Using_string_bundles_from_JavaScript is the js version
# [02:15] <Mossop> Change "." to "->" and capitalise the methods and you're 90% of the way to making it work from C++ ;)
# [02:16] <Mook_as> don't forget to spam NS_ENSURE_SUCCESS(rv, rv); :p
# [02:16] <njn> glandium: ping
# [02:16] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:16] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:17] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:17] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:18] <hub> Mossop: thank. I have found a sample somewhere anyway now that I got pointed into that direction
# [02:19] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:19] * Callek must hate himself, looking at a try build with noignore=1
# [02:19] <Callek> :-)
# [02:19] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:19] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:20] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:20] * Quits: alastair (alastair@moz-FD355B1D.dynamic.dsl.as9105.com) (Quit: leaving)
# [02:21] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:22] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:22] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [02:22] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:24] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:24] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:24] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:25] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [02:25] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:26] * Quits: willy1234x1 (willy1234x@moz-264D48A9.slkc.qwest.net) (Ping timeout)
# [02:27] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:27] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:27] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:28] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [02:29] * Joins: jdm (jdm@moz-9FE14AD8.uwaterloo.ca)
# [02:29] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [02:31] * Quits: kbrosnan (kbrosnan@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [02:31] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:31] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:32] * Parts: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:33] * Quits: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:33] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [02:33] * joduinn-mtg is now known as joduinn-brb
# [02:33] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:34] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:34] * heycam|away is now known as heycam
# [02:34] * Quits: jdm (jdm@moz-9FE14AD8.uwaterloo.ca) (Client exited)
# [02:34] * Quits: michal (michal@moz-AC82D9D.broadband5.iol.cz) (Quit: Leaving.)
# [02:35] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [02:35] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:35] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [02:36] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:36] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:36] * Quits: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
# [02:38] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:38] * shorlander is now known as shorlander-away
# [02:38] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:38] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:39] <Mossop> What happened to old try builds going here? ftp://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/old/
# [02:39] * Quits: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
# [02:41] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:41] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:41] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:41] * Joins: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com)
# [02:42] * Quits: bjacob (bjacob@moz-B6AC6549.rev.sfr.net) (Quit: Konversation terminated!)
# [02:42] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:43] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (No route to host)
# [02:43] <nthomas> Mossop: the disk array for that had problems. It came back today so later I'll adjust the cron jobs to move stuff there again
# [02:43] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:43] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar)
# [02:44] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:44] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:45] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [02:46] * Quits: graememcc (chatzilla@moz-622AFED0.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221233052])
# [02:46] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:47] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:47] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:48] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:48] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:49] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:50] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:50] * adam is now known as adam-afk
# [02:51] <khuey> it is colder here in south florida than it is in san francisco
# [02:51] <khuey> this seems broken
# [02:51] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:51] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [02:51] <derf> khuey: File a bug.
# [02:51] * Joins: mjschranz (mjschranz@78FA96A6.531FD64C.630E4E47.IP)
# [02:52] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:52] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss_)
# [02:52] * ashughes|afk is now known as ashughes
# [02:52] <nthomas> at gaia.org
# [02:53] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:54] * Quits: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net) (Ping timeout)
# [02:55] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:55] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [02:58] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [02:58] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [02:58] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [02:59] * fabrice is now known as fabrice|afk
# [03:01] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [03:02] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
# [03:02] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [03:02] * Joins: frogzilla (Mibbit@D6E79357.5469267F.979C46D2.IP)
# [03:02] * Joins: brendan (brendaneic@moz-86B6569C.hfc.comcastbusiness.net)
# [03:02] * Quits: frogzilla (Mibbit@D6E79357.5469267F.979C46D2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:03] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [03:04] * Joins: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com)
# [03:04] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [03:04] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [03:06] * bwinton_away is now known as bwinton
# [03:06] * Quits: ahal (ahal@moz-7759ABDD.cpe.net.cable.rogers.com) (Ping timeout)
# [03:07] * joduinn-brb is now known as joduinn
# [03:09] * Quits: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [03:10] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [03:10] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
# [03:10] * Quits: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [03:11] <tn> anybody ever have trouble getting shark to see symbols instead of addresses?
# [03:12] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone')
# [03:12] <khuey> ooh tn is here
# [03:12] <tn> he's also frustrated, has a cold, a headache, cold feet, and is sweating
# [03:12] <khuey> heh
# [03:12] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:12] <khuey> unfortunately I've forgotten the question I had
# [03:14] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [03:14] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:14] * joduinn is now known as joduinn-afk
# [03:15] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:16] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:16] * Joins: mike5w3c (MikeS@moz-31E640E0.pool.e-mobile.ne.jp)
# [03:19] * Quits: stephend (stephend@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [03:19] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [03:19] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [03:20] * Joins: stephend (stephend@moz-BBE3ABD.mv.mozilla.com)
# [03:20] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [03:21] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [03:21] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [03:21] * Quits: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 9.0.1/20111220165912])
# [03:23] * Quits: c0smikdebris (c0smikdebr@8B5FD0F1.950545B2.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [03:23] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [03:23] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Input/output error)
# [03:24] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [03:24] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [03:24] <Mossop> nthomas: Did all the old builds get lost?
# [03:24] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [03:25] <dholbert> ehsan, ping?
# [03:25] <ehsan> dholbert: hi
# [03:26] <dholbert> ehsan, hi! I was just looking at a randomorange bug and had a few questions about a test you wrote - have a few min?
# [03:26] <dholbert> ehsan, (this is https://bugzilla.mozilla.org/show_bug.cgi?id=702184#c177 )
# [03:26] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:26] <ehsan> sure
# [03:27] * Joins: asac (asac@D5FA6D3D.14B1CB16.B3DDC20A.IP)
# [03:27] <dholbert> cool - so the test is http://mxr.mozilla.org/mozilla-central/source/layout/reftests/bugs/598726-1.html?force=1
# [03:27] * Quits: asac_ (asac@moz-1C9F6AE7.pppoe.wtnet.de) (Ping timeout)
# [03:28] <dholbert> I'm trying to follow what the script there is supposed to do. It's supposed to eventually match <input type="text" placeholder="foo"> with no scale
# [03:28] * khuey wonders if we can remove the extension manager restart from the reftest harness
# [03:28] * ehsan tries to remember writing it
# [03:28] <ehsan> ah crap
# [03:28] <ehsan> that cesspool of a bug!
# [03:30] <dholbert> ehsan, so when I reported the randomorange, it just looked like an antialiasing few-pixels-off-by-one thing -- but in recent snapshots, the testcase looks noticeably different from the reference case, so I think the transition is still running or something
# [03:30] <ehsan> ok
# [03:30] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [03:30] <ehsan> dholbert: I can explain what the script does to you
# [03:30] <mjschranz> Question for anyone that is able to answer. The bugs that I am working (698384 and 698385) on need to have two parameters made optional. I know how to change that in the .idl file but there are required defaults in the cases where they aren't supplied.
# [03:30] <dholbert> ehsan, that would be awesome. :)
# [03:30] <ehsan> dholbert: see the css in there, there's a :focus rule and a normal one
# [03:30] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [03:30] <ehsan> both are transitioned
# [03:30] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:31] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [03:31] <ehsan> which means that when you focus the input there's a transition
# [03:31] <ehsan> and when you blur it there's a transition as well
# [03:31] <ehsan> the test focuses the textbox
# [03:31] <ehsan> waits until the transition end
# [03:31] <ehsan> and then changes the value while hitting the event loop
# [03:31] <mjschranz> One is a pointer, the other is an PRUint32. Basically I need ways to check for when they are supplied or not. I would imagine the pointer I can easily check if it's null or not but the other I'm not so sure.
# [03:31] <ehsan> then blurs
# [03:31] <ehsan> then waits for transitionend
# [03:31] <dholbert> just to refresh my memory, blur = un-focus?
# [03:32] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:32] <nthomas> Mossop: yes
# [03:32] <ehsan> dholbert: correct
# [03:32] <Unfocused> that's my understanding
# [03:33] <ehsan> dholbert: the bug here seems to be that the input box is not correctly painted when transitionend fires
# [03:33] <ehsan> or something like that
# [03:33] <ehsan> dbaron might know why
# [03:33] <dholbert> ok
# [03:33] <ehsan> I'll comment on the bug
# [03:33] <dholbert> ehsan, thanks!
# [03:33] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [03:33] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [03:33] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [03:34] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [03:35] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [03:35] <dholbert> ehsan, I glanced at the guilty push-log, but nothing looked obvious. :-/
# [03:36] * Quits: chewey (chewey@moz-8AAC48B5.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:36] <ehsan> hmm
# [03:36] <ehsan> dholbert: I don't really have a clear idea what might have caused this...
# [03:36] * Joins: chewey (chewey@moz-EAB5E7F9.dip0.t-ipconnect.de)
# [03:36] <ehsan> dholbert: but it's almost certainly nothing related to the original purpose of the test
# [03:36] * Quits: brendan (brendaneic@moz-86B6569C.hfc.comcastbusiness.net) (Quit: brendan)
# [03:38] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [03:38] <dholbert> ehsan, ok
# [03:39] * zpao is now known as zpao|detached
# [03:40] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [03:41] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [03:42] * Joins: dbradley (dbradley@moz-8FACAA93.fuse.net)
# [03:43] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [03:44] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [03:46] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [03:47] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [03:47] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [03:48] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [03:50] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: blast off!)
# [03:50] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [03:51] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:51] * Quits: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [03:53] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [03:53] * philor is now known as philor|away
# [03:54] * Quits: stephend (stephend@moz-BBE3ABD.mv.mozilla.com) (Quit: stephend)
# [03:57] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:57] * Quits: mjschranz (mjschranz@78FA96A6.531FD64C.630E4E47.IP) (Client exited)
# [03:59] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [04:03] * Joins: rshetty_away (quassel@D4A8C8D1.B38BEE2.C842849F.IP)
# [04:04] <njn> heycam: ping
# [04:04] <heycam> njn, pong, but afk in about one minute when the plumber arrives
# [04:04] <khuey> talk fast!
# [04:05] <njn> heycam: how's the LCA miniconf org going?
# [04:05] <njn> heycam: I still don't have a schedule, nor a talk length
# [04:05] <heycam> oh afk, but: 40 mins, and schedule is decided, I'll post it on the wiki later today and email the speakers
# [04:05] <derf> What day is the browser miniconf?
# [04:05] <heycam> monday
# [04:05] <derf> Excellent.
# [04:06] * jmaher|afk is now known as jmaher
# [04:06] <njn> derf: you going?
# [04:06] <derf> Yes.
# [04:06] <njn> derf: cool. Anyone else from NZ?
# [04:06] <derf> I think roc said he'd be there. Dunno about anyone else.
# [04:07] <derf> Also, I'm not from NZ :).
# [04:07] <njn> derf: oh wait, you're not from NZ
# [04:07] <njn> why did I think that?
# [04:07] * njn shrugs
# [04:07] <derf> It's a common mistake.
# [04:07] <njn> lol
# [04:07] <njn> must be all the sheep
# [04:07] <derf> Since most of the rest of the media team is there.
# [04:08] * Joins: davidb_ (davidb@moz-6F9F653A.dsl.bell.ca)
# [04:08] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Connection reset by peer)
# [04:08] * davidb_ is now known as davidb
# [04:09] <njn> derf: and you go to LCA!
# [04:09] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [04:09] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [04:10] * Unfocused canceled his trip to LCA :\
# [04:12] <derf> njn: It's hard to beat summer in January.
# [04:12] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:13] <njn> derf: I grew up in Ballarat, it's famous for being cold
# [04:13] <njn> derf: but we're talking Australia, so it's a matter of a few degrees
# [04:13] <derf> Though it'd be nice if they'd stop schedulng it against the Australian Open.
# [04:14] <derf> njn: I'd take Hobart over where I am now (on the east coast of the US).
# [04:14] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [04:15] <doublec> I think roc is the only nz'er going
# [04:15] <njn> derf: yeah, many Australians think Melbourne is a cold city, which is laughable
# [04:15] <njn> it never gets below freezing
# [04:16] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-1.9.2/rev/6ba95e5c9621 - timeless@mozdev.org - Bug 538724 Firefox 3.6.x + winxp topcrash starting ~Dec 30 and increasing [@ nsHttpTransaction::DeleteSelfOnConsumerThread() ]
# [04:16] <derf> I saw snow today here.
# [04:16] * lsblakk is now known as lsblakk|afk
# [04:16] <roc> I still get annoyingly smug when people here in Auckland talk about "cold", "hot", or "humid"
# [04:17] <njn> derf: I saw snow once
# [04:17] <njn> roc: "back when I was in Pittsburgh..." ?
# [04:17] <roc> New York even
# [04:17] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Quit: Leaving...)
# [04:17] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [04:18] <derf> Hopefully it doesn't turn into a blizzard while my plane is trying to take off. Again.
# [04:18] * Unfocused is happy to see Dunedin not mentioned for once
# [04:18] * Quits: liuche (liuche@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [04:18] <njn> but it was 40 C here two days ago, so we've got hot covered pretty nicely
# [04:19] * Joins: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [04:20] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [04:21] * bwinton is now known as bwinton_away
# [04:21] <khuey> it's going to almost get to freezing tonight here
# [04:21] <khuey> for the first time in several years
# [04:22] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [04:22] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [04:23] <dolske> i saw a cloud today
# [04:24] * njn is wearing a t-shirt
# [04:24] <njn> and jeans
# [04:24] <njn> and shoes
# [04:25] <khuey> is that as rare as dolske's experience?
# [04:25] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
# [04:25] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [04:25] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [04:26] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [04:27] <njn> khuey: I shouldn't put words in dolske's mouth
# [04:27] <Waldo> dolske: thanks for keeping up that response in my absence :-D
# [04:28] <Waldo> here in the Chicago suburbs it's 15F or so, not too shabby
# [04:29] * Quits: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net) (Quit: Leaving)
# [04:29] * dolske tries to pun on troposphere, fails.
# [04:29] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [04:30] <Unfocused> you're so troposquare
# [04:30] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [04:30] <dolske> weather is cirrus business.
# [04:36] * Joins: dRdR (dRdR@moz-792B0937.uwaterloo.ca)
# [04:36] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [04:38] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [04:40] * Quits: ashughes (ashughes@CABBCBFF.EDC95493.A20E6FDD.IP) (Quit: ashughes)
# [04:40] * adam-afk is now known as adam
# [04:40] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [04:41] <jesup> !seen blizzard
# [04:41] <firebot> blizzard was last seen 4 days, 8 hours, 22 minutes and 3 seconds ago, saying 'thanks!' in #developers.
# [04:42] <Waldo> I doubt the weather's gotten so bad a blizzard's in the offing, at least not if you're outside northwest Indiana
# [04:43] * Quits: tonymec (tonymec@227BFF43.D32D8EFB.277517C1.IP) (Input/output error)
# [04:45] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [04:45] * Quits: tonymec|away (tonymec@227BFF43.D32D8EFB.277517C1.IP) (Input/output error)
# [04:46] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [04:48] * rshetty_away is now known as rshetty
# [04:49] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120102140300])
# [04:49] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [04:50] * Joins: tonymec__ (tonymec@227BFF43.D32D8EFB.277517C1.IP)
# [04:50] * tonymec__ is now known as tonymec|away
# [04:52] * philor|away is now known as philor
# [04:53] * khuey is now known as khuey|away
# [04:54] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [04:55] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [05:00] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [05:01] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [05:03] * Joins: tonymec (tonymec@227BFF43.D32D8EFB.277517C1.IP)
# [05:03] * Joins: willy1234x1 (willy1234x@moz-264D48A9.slkc.qwest.net)
# [05:03] * Quits: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net) (Quit: )
# [05:03] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [05:05] * Quits: rshetty (quassel@D4A8C8D1.B38BEE2.C842849F.IP) (Ping timeout)
# [05:05] * adam is now known as adam-afk
# [05:06] * Joins: rshetty (quassel@16A02F10.AFF6F4F6.E28C2422.IP)
# [05:08] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [05:08] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [05:08] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [05:09] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [05:09] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [05:09] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [05:09] * ChanServ sets mode: +o bz
# [05:10] * Joins: Elen (El@moz-EB0E359F.hsd1.ut.comcast.net)
# [05:11] <philor> how can we go about declaring orange bankruptcy?
# [05:11] <KWierso> philor: is that a good thing or a bad thing?
# [05:11] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [05:11] <philor> it's a terrible thing, but there are limits to everything
# [05:12] <jesup> !seen roc
# [05:12] <firebot> roc was last seen 45 minutes and 39 seconds ago, saying 'cjones: I assume that when we hand off animations to the compositing thread we still rerun them at a lower rate on the main thread' in #gfx.
# [05:12] <roc> hello
# [05:12] * Joins: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP)
# [05:13] <jesup> roc: hi - hope you had a good holiday - want to reschedule chatting about mediastreams?
# [05:13] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [05:14] <jesup> roc: I looked over your IDLs/etc and have some questions
# [05:14] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [05:14] <roc> I have to go out for a moment
# [05:14] <roc> I will answer your questions in any format you like when I get back
# [05:15] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [05:17] <jesup> roc: no problem
# [05:20] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/200a8d1fb452 - Doug Turner - Bug 713991 - Geolocation fails when used with large number of access points. r=gmealer
# [05:20] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [05:21] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [05:22] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [05:25] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [05:25] * ChanServ sets mode: +o dbaron
# [05:25] <@dbaron> boy, I think my browser session has been spiraling into unbelievably-long-GC-pauses mode over the course of the day
# [05:29] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [05:36] * nthomas is now known as nthomas|away
# [05:38] <roc> jesup: back
# [05:39] <jesup> roc: to #media if that's ok
# [05:41] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [05:41] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [05:46] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [05:48] * Joins: dRdR_ (dRdR@moz-792B0937.uwaterloo.ca)
# [05:48] * Quits: dRdR (dRdR@moz-792B0937.uwaterloo.ca) (Ping timeout)
# [05:49] <philor> mmm, I know one potentially fun way to declare orange bankruptcy - I could just start disabling everything that annoys me
# [05:50] <Waldo> nuclear option?
# [05:50] <tbsaunde> 0so, is bug 712032 the we ive on classifying oranges bug, or is it a really weird thing that all those tests do just fail together or what?
# [05:50] <Unfocused> byebye pgo
# [05:51] <philor> tbsaunde: I'm really looking forward to someone figuring out how that thing can exist
# [05:52] * Joins: Mook (mook@5365CE80.16C74E88.6F478678.IP)
# [05:52] <tbsaunde> philor: me too
# [05:52] <philor> it has to be the fault of the build, because it's in four different test suites that run simultaneously on four different slaves, but except for some recent times when it could be retriggered, it can't be the fault of the build because when you retrigger, it goes away
# [05:53] <tbsaunde> I just don't know man
# [05:54] * Joins: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com)
# [05:54] <philor> and it would make a vague sort of sense if it happened only on PGO builds, when they can randomly be good or bad, but it doesn't
# [05:55] <philor> gah, time for my third clobber of android-xul of the day, apparently
# [05:56] <tbsaunde> its interesting that it happens for both runs of the plugin test
# [05:56] <philor> and I know who should absolutely by far be the most worried about me thinking about the nuclear option
# [05:56] <tbsaunde> oh?
# [05:56] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [05:57] <philor> I think I've still got around 30 Android failures to star, since the time I left work
# [05:57] <philor> it was probably a mistake on my part to stop at the store and buy food, gave it too much time to get ahead of me
# [05:58] <philor> and we run them on two platforms: the one we're going to ship, and the one we aren't going to ship
# [06:01] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:02] <philor> though I'd be coming after a11y's bug 708927, too, if I could figure out what to disable to make the tens of thousands of follow-on failures go away :)
# [06:07] * Joins: Poly-C (Poly-C@moz-D080D0ED.dip.t-dialin.net)
# [06:07] * Quits: Polynomial-C (Poly-C@moz-C910AA51.dip.t-dialin.net) (Ping timeout)
# [06:08] * Quits: rshetty (quassel@16A02F10.AFF6F4F6.E28C2422.IP) (Connection reset by peer)
# [06:10] * Joins: rshetty (quassel@2E82530A.ED8224CF.C842849F.IP)
# [06:12] <tbsaunde> heh
# [06:13] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:13] * Quits: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Ping timeout)
# [06:14] * Joins: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com)
# [06:15] <crowder> Is it a known bug that various mime-type/protocol-handlers don't seem to be working in recent linux nightlies, or is my Ubuntu install just hosed somehow?
# [06:17] * Quits: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP) (Quit: Leaving)
# [06:18] * Quits: Poly-C (Poly-C@moz-D080D0ED.dip.t-dialin.net) (Ping timeout)
# [06:18] * Quits: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Connection reset by peer)
# [06:19] <crowder> For example, if I click whatever this links to, from reddit: http://www.reddit.com/r/WTF/comments/o1dg4/so_there_is_this/ , I get the external handler popup, instead of trying to display the .swf in the browser
# [06:19] <crowder> hm, maybe my flash is just old
# [06:19] <crowder> weird
# [06:20] * Joins: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com)
# [06:21] <crowder> yeah, nevermind
# [06:21] <crowder> just bad UI
# [06:25] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [06:27] * glob|away is now known as glob
# [06:28] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [06:34] * Joins: smaug (chatzilla@moz-7712C6DE.elisa-mobile.fi)
# [06:34] * ChanServ sets mode: +o smaug
# [06:36] <bsmith> It seems like th cycle collector on my machine is constantly running now using 5% CPU (~20% of a core). Is there anything I can do to help diagnose this when I file a bug report?
# [06:36] <bsmith> besides creating a minidump and stack trace
# [06:39] <@smaug> bsmith: https://wiki.mozilla.org/Performance:Leak_Tools#Cycle_collector_heap_dump
# [06:39] <@smaug> bsmith: are you using Nightly?
# [06:39] <bsmith> Yes
# [06:39] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [06:40] <@smaug> use the script in the first gray box
# [06:40] <@smaug> send cc log to me
# [06:40] <bsmith> where does the cc log get written on windows?
# [06:40] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [06:41] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [06:42] <@smaug> bsmith: hmm, somewhere... I guess it depends on what is the temp dir
# [06:42] <bsmith> I am not encouraged by the fact that it didn't print anything to the error console
# [06:43] <@smaug> bsmith: btw, do you get CC / GC times in error console?
# [06:43] * Joins: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net)
# [06:44] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [06:44] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Input/output error)
# [06:45] <bsmith> I do not get anything in the console
# [06:45] <@smaug> how do you know then it is CC which takes cpu?
# [06:45] <bsmith> except, just now I got "\cc-edges-4.3160.log" there. So, I guess it doesn't always work
# [06:45] <bsmith> I looked in process explorer and took a stack trace
# [06:45] <@smaug> set javascript.options.mem.log to true
# [06:45] <bsmith> in process explorer you can see how much CPU each thread is using
# [06:46] <heycam> schedule for the browser miniconf published now, btw: http://lists.mcc.id.au/pipermail/browserminiconf/2012-January/000000.html
# [06:46] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [06:47] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Connection reset by peer)
# [06:47] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [06:47] <Jesse> after upgrading to lion and updating Xcode, do i need to reinstall macports?
# [06:49] <bsmith> smaug: OK, now I am seeing CC / GC times in the error console
# [06:49] <bsmith> Did you just change the location where the logs get written?
# [06:49] <hub> Jesse: you might want to at least selfupgrade
# [06:50] <Unfocused> heycam: i'll be there in spirit (probably while drinking spirits)
# [06:50] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [06:50] <@smaug> bsmith: ehsan changed the location
# [06:51] <heycam> Unfocused, that's the best kind of in spirit
# [06:51] <@smaug> bsmith: they are now written to the tmp directory
# [06:51] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
# [06:51] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:51] * Quits: Cork[home] (none@moz-681F9DBE.bredband.skanova.com) (Ping timeout)
# [06:52] <bsmith> smaug: what is the bug number for changing the location?
# [06:52] <@smaug> bsmith: bug 714286
# [06:53] <bsmith> Seems to be spending all its time in ForEachFontInternal
# [06:53] <@smaug> bsmith: ?
# [06:53] <@smaug> so not at all in CC or GC ?
# [06:53] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [06:54] <@smaug> s/at all/only/
# [06:54] <Jesse> oof, macports self upgrade is uninstalling everything (because some java thing is missing?)
# [06:55] <bsmith> smaug: http://pastebin.com/G8MsTqtg
# [06:55] * Joins: brendan_ (brendaneic@35E90EE3.B8B12C49.396B22AD.IP)
# [06:56] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Ping timeout)
# [06:56] * brendan_ is now known as brendan
# [06:57] <@smaug> bsmith: that stack makes no sense
# [06:57] <@smaug> NS_CycleCollectorForget2 -> ForEachFontInterna
# [06:59] * Quits: dbradley (dbradley@moz-8FACAA93.fuse.net) (Quit: )
# [07:00] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [07:00] * mattwoodrow is now known as mattwoodrow|away
# [07:00] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [07:03] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [07:03] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [07:06] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [07:07] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [07:09] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [07:10] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [07:11] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [07:11] <@smaug> bsmith: what kind of CC / GC times do you get ?
# [07:12] <bsmith> smaug: between 75ms and 150ms
# [07:12] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [07:13] <@smaug> those aren't bad
# [07:15] <@smaug> (of course would be nice to get lower times, and that is what I've tried to do lately)
# [07:16] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [07:17] <jdm> smaug: how does focusin/focusout differ from focus/blur?
# [07:18] <@smaug> jdm: focusin happens before focus has been moved
# [07:19] <jdm> ah
# [07:19] <@smaug> focus happens afterwards
# [07:19] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Broken pipe)
# [07:20] <jdm> heh, viewing the source of a view-source url doesn't show line numbers
# [07:20] <KWierso> jdm: also doesn't work for CSS files opened from the error console
# [07:21] <KWierso> though it has the padding on the left for where the numbers should be?
# [07:21] * Quits: dRdR_ (dRdR@moz-792B0937.uwaterloo.ca) (Client exited)
# [07:22] <jdm> true
# [07:23] <@bz> hmm?
# [07:23] <@bz> What doesn't work?
# [07:24] <KWierso> bz: open the error console, load some page that logs a CSS warning, click the link to that .css file
# [07:24] <KWierso> line numbers aren't showing in the view-source window for that file
# [07:24] <KWierso> but the left padding has the space for where those line numbers should be
# [07:26] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [07:26] <@bz> KWierso: that sounds like a bug
# [07:26] <KWierso> bz: indeed
# [07:26] <@bz> KWierso: possibly even a filed one; hsivonen would know for sure
# [07:26] * @bz seems to recall something like this going by
# [07:27] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [07:27] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Ping timeout)
# [07:27] <@bz> https://bugzilla.mozilla.org/show_bug.cgi?id=713479 say
# [07:28] <KWierso> aha
# [07:28] <@bz> patchwanted, somewhat
# [07:29] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [07:33] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [07:39] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [07:40] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Quit: sholsapp)
# [07:40] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [07:42] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [07:42] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [07:45] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [07:45] * heycam is now known as heycam|away
# [07:48] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [07:48] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
# [07:49] * Quits: lmandel (lmandel@7F36F6DF.1D61B048.412CF160.IP) (Quit: lmandel)
# [07:51] * joduinn-afk is now known as joduinn-home
# [07:53] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [07:53] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [07:54] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:54] * Joins: pascalc (chatzilla@moz-92C247CB.rev.sfr.net)
# [07:54] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [07:57] * Quits: mike5w3c (MikeS@moz-31E640E0.pool.e-mobile.ne.jp) (Quit: mike5w3c)
# [07:57] * Quits: @smaug (chatzilla@moz-7712C6DE.elisa-mobile.fi) (Ping timeout)
# [07:57] * Joins: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
# [07:59] * Joins: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr)
# [08:00] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [08:03] * Quits: njn (chatzilla@moz-A960F72A.dyn.iinet.net.au) (Ping timeout)
# [08:05] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [08:05] * Joins: njn (chatzilla@moz-2948061C.dyn.iinet.net.au)
# [08:06] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:07] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [08:12] * Joins: smaug (chatzilla@moz-613C3C4D.gprs.sl-laajakaista.fi)
# [08:12] * ChanServ sets mode: +o smaug
# [08:13] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [08:14] <cjones> does anyone know if we intentionally don't use config/system-headers on android, and if so why not?
# [08:16] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [08:21] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [08:22] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:24] * Joins: yunlong (yunlong@E1AD879F.CC98CBF7.C589985.IP)
# [08:26] * Quits: yunlong (yunlong@E1AD879F.CC98CBF7.C589985.IP) (Quit: Leaving)
# [08:27] * Joins: Mitch (chatzilla@moz-9EE5CDB.sbr802.nsw.optusnet.com.au)
# [08:27] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [08:28] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (No route to host)
# [08:29] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [08:31] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [08:32] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [08:34] <Jesse> mfinkle: i do not understand what happened in https://bugzilla.mozilla.org/show_bug.cgi?id=712414
# [08:36] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [08:38] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [08:38] * Quits: Mook (mook@5365CE80.16C74E88.6F478678.IP) (Quit: z)
# [08:41] * Joins: kbrosnan (kbrosnan@moz-6F4F1CA0.hsd1.ca.comcast.net)
# [08:44] * Quits: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr) (Ping timeout)
# [08:46] * Quits: hendry (hendry@5CF74BE8.13C9ADCF.B6856485.IP) (Ping timeout)
# [08:46] * Joins: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr)
# [08:46] * Quits: @smaug (chatzilla@moz-613C3C4D.gprs.sl-laajakaista.fi) (Ping timeout)
# [08:47] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:47] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:47] * Joins: smaug (chatzilla@moz-613C3C4D.gprs.sl-laajakaista.fi)
# [08:47] * ChanServ sets mode: +o smaug
# [08:49] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [08:50] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [08:54] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [08:54] * Quits: @smaug (chatzilla@moz-613C3C4D.gprs.sl-laajakaista.fi) (Ping timeout)
# [08:55] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [08:56] * Joins: hendry (hendry@5CF74BE8.13C9ADCF.B6856485.IP)
# [08:56] <tn> bz, is there anything one must do to get symbols in shark other than a mozconfig like in https://developer.mozilla.org/en/Profiling_JavaScript_with_Shark ?
# [08:59] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [09:01] <glazou> bonjour
# [09:02] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [09:03] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
# [09:04] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
# [09:05] * jfkthame is now known as jfkthame_afk
# [09:06] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:08] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [09:10] * Joins: Poly-C (Poly-C@moz-D080D0ED.dip.t-dialin.net)
# [09:10] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [09:12] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
# [09:12] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
# [09:14] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
# [09:15] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [09:16] * Joins: mike5w3c (MikeS@moz-F0C140B3.pool.e-mobile.ne.jp)
# [09:23] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [09:24] * Quits: mike5w3c (MikeS@moz-F0C140B3.pool.e-mobile.ne.jp) (Ping timeout)
# [09:24] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [09:24] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:31] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Connection reset by peer)
# [09:32] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Input/output error)
# [09:32] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [09:34] * Joins: mike5w3c (MikeS@moz-B1A5130A.pool.e-mobile.ne.jp)
# [09:36] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [09:38] * Joins: past (past@moz-BF25D14C.dsl.dyn.forthnet.gr)
# [09:40] * adam-afk is now known as adam
# [09:40] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [09:41] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [09:45] * adam is now known as adam-afk
# [09:46] * Quits: mike5w3c (MikeS@moz-B1A5130A.pool.e-mobile.ne.jp) (Ping timeout)
# [09:51] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [09:52] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [09:54] * mattwoodrow|away is now known as mattwoodrow
# [09:55] * Joins: mike5w3c (MikeS@moz-F50009A8.pool.e-mobile.ne.jp)
# [09:55] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [09:56] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [09:56] <jesup> tn: that's about how to build so shark can be started and stopped by JS, not about (explicitly) getting symbols in shark
# [09:57] <tn> jesup, its the only thing i've found which gives any useful info about shark at all and i still don't have symbols
# [09:57] <jesup> debug build?
# [09:58] * Quits: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net) (Connection reset by peer)
# [09:58] <jesup> --enable-debug
# [09:58] * Joins: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net)
# [10:00] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [10:01] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [10:01] * philor is now known as philor|away
# [10:02] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [10:02] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [10:05] <hsivonen> does the JS code for JS-based XPCOM components consume RAM if the component is never initialized?
# [10:06] <hsivonen> what's the proper pattern for creating a piece of chrome JS that's callable from C++ and consumes resources only if it is actually called?
# [10:07] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [10:08] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [10:08] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [10:08] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [10:11] * mattwoodrow is now known as mattwoodrow|away
# [10:13] * Joins: Ms2ger (Ms2ger@C27335BF.43CA53FB.37724B0D.IP)
# [10:15] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [10:16] * Quits: willy1234x1 (willy1234x@moz-264D48A9.slkc.qwest.net) (Ping timeout)
# [10:16] * Joins: bjarne (bjarne@moz-46A85847.nextgentel.com)
# [10:16] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [10:17] * jfkthame_afk is now known as jfkthame
# [10:23] * Quits: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net) (Quit: gwagner)
# [10:23] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [10:24] * Joins: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net)
# [10:25] * Quits: Milos (milos@moz-DF7EC455.dynamic.isp.telekom.rs) (Ping timeout)
# [10:26] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [10:30] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:30] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:30] * Joins: Milos (milos@moz-DF7EC455.dynamic.isp.telekom.rs)
# [10:30] * Joins: MarcoZ (marco.zehe@moz-9A47C385.dip.t-dialin.net)
# [10:30] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [10:30] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Ping timeout)
# [10:30] <tn> jesup, no, i don't want to profile a debug build, kind of defeats the point
# [10:31] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [10:31] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [10:31] <jesup> Do the symbols show up in gdb?
# [10:32] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [10:32] <jesup> tn: what's the .mozconfig? (pastebin)
# [10:32] <Yoric> hsivonen: there's something called "defineLazyGetter", could be related.
# [10:33] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [10:34] <tn> jesup, http://pastebin.mozilla.org/1433175
# [10:35] <hsivonen> Yoric: thanks
# [10:35] <hsivonen> so it looks like the only C++ call site for Netscape bookmark import I need to deal with is the initialization of the default bookmarks...
# [10:35] * Quits: kbrosnan (kbrosnan@moz-6F4F1CA0.hsd1.ca.comcast.net) (Ping timeout)
# [10:35] <hsivonen> which seems to run synchronously :-(
# [10:36] <jesup> tn: not sure, but try --disable-strip as well I don't use shark (it's mac-only, I'm linux/win). if gdb can see symbols, in theory shark should be able to, if it's looking in the right place
# [10:36] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:36] <hsivonen> I wonder where the default bookmark file comes from
# [10:37] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [10:37] * Quits: mike5w3c (MikeS@moz-F50009A8.pool.e-mobile.ne.jp) (Ping timeout)
# [10:38] <hsivonen> hmm. mak isn't here :-(
# [10:38] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [10:40] <tn> jesup, yeah, i'm not sure what to tell it to do, not a mac person either, thanks for your help
# [10:40] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
# [10:42] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [10:43] * glob is now known as glob|away
# [10:45] <hsivonen> oh. interesting. It seems that Fennec initializes its bookmark storage from .json instead of .html
# [10:45] <hsivonen> I wonder where the .json to Places DB converter lives
# [10:45] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [10:46] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [10:48] * Quits: njn (chatzilla@moz-2948061C.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120103094128])
# [10:49] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [10:49] * Joins: jdgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net)
# [10:50] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [10:50] * Quits: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
# [10:50] * Quits: karl (karl@moz-2CB3AB67.jetstream.xtra.co.nz) (Input/output error)
# [10:50] * Joins: jgilbert_ (jgilbert@moz-A18DC955.ph.ph.cox.net)
# [10:51] * Quits: jdgilbert (jgilbert@moz-A18DC955.ph.ph.cox.net) (Ping timeout)
# [10:54] * Joins: mgoodwin (mgoodwin@moz-9112DA3.range217-44.btcentralplus.com)
# [10:54] * Quits: mgoodwin (mgoodwin@moz-9112DA3.range217-44.btcentralplus.com) (Input/output error)
# [10:56] * Joins: mgoodwin (mgoodwin@moz-9112DA3.range217-44.btcentralplus.com)
# [10:57] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:58] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:00] * Joins: c0smikdebris (c0smikdebr@8B5FD0F1.950545B2.274D17D6.IP)
# [11:01] * Quits: mgoodwin (mgoodwin@moz-9112DA3.range217-44.btcentralplus.com) (Input/output error)
# [11:02] * Quits: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [11:05] * ewong is now known as ewong|notHere
# [11:05] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:07] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [11:07] * Standard8Away is now known as Standard8
# [11:08] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [11:10] * Quits: dao (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
# [11:13] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [11:15] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:15] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [11:16] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:18] * Joins: micahg (micahg@moz-C7CC8D27.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [11:18] * Joins: bjacob (bjacob@moz-B6AC6549.rev.sfr.net)
# [11:20] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [11:20] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [11:21] * Joins: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com)
# [11:22] * Quits: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Ping timeout)
# [11:22] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [11:22] * Joins: michal (michal@moz-AC82D9D.broadband5.iol.cz)
# [11:24] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [11:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [11:29] <NeilAway> hsivonen: afaik the JS-based XPCOM component is only loaded when it is first created
# [11:29] <hsivonen> NeilAway: ok. thanks
# [11:30] * Joins: mib_w8xhw9 (Mibbit@D6E79357.5469267F.979C46D2.IP)
# [11:30] <Ms2ger> dougt, don't forget to star :)
# [11:31] * Quits: mib_w8xhw9 (Mibbit@D6E79357.5469267F.979C46D2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:32] * Joins: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it)
# [11:33] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [11:34] * Joins: mgoodwin (mgoodwin@moz-9112DA3.range217-44.btcentralplus.com)
# [11:35] * Joins: sewardj (sewardj@moz-64C44646.cable.virginmedia.com)
# [11:39] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [11:42] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [11:44] <NeilAway> Ms2ger: why not just s/star/back out/ and be done with it ;-)
# [11:46] * Joins: mike5w3c (MikeS@moz-41C9BCC2.pool.e-mobile.ne.jp)
# [11:46] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [11:48] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [11:48] * Joins: pranavrc (pranavrc@7E4C78E2.CBE465C1.C28326FD.IP)
# [11:49] * Quits: mgoodwin (mgoodwin@moz-9112DA3.range217-44.btcentralplus.com) (Input/output error)
# [11:51] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [11:51] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
# [11:52] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
# [11:54] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [11:55] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [11:56] * Quits: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net) (Ping timeout)
# [11:57] * Quits: mike5w3c (MikeS@moz-41C9BCC2.pool.e-mobile.ne.jp) (Ping timeout)
# [12:00] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
# [12:00] * Joins: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
# [12:03] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [12:04] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [12:10] <mak> hm, compare-talos appear to be broken
# [12:14] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [12:14] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [12:16] * Quits: bjacob (bjacob@moz-B6AC6549.rev.sfr.net) (Quit: Konversation terminated!)
# [12:17] * Quits: dao (dao@moz-32301D3.superkabel.de) (Connection reset by peer)
# [12:17] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [12:18] * Quits: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [12:19] * Joins: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [12:21] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:29] * Quits: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net) (Ping timeout)
# [12:29] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [12:30] * Joins: decoder (quassel@45737F17.411DB1E9.95550721.IP)
# [12:32] * Joins: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net)
# [12:34] * Quits: dao (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
# [12:35] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [12:35] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [12:36] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [12:42] * glazou is now known as glazou_lunch
# [12:43] <mak> hsivonen: I think I may have misread your comment... the export part will stay cpp, while the import part will be js?
# [12:43] <mak> so we are still able to import from html
# [12:43] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [12:44] * glob|away is now known as glob
# [12:44] <hsivonen> mak: yes
# [12:44] <mak> ah ok, I read your phrase as we would not import anymore :)
# [12:44] <hsivonen> mak: just not through the old XPCOM API
# [12:44] <mak> that's fine, it has to go away, soon or later
# [12:45] <hsivonen> mak: the whole point of the bug is to keep importing :-)
# [12:45] <mak> hsivonen: so, I think you may file a bug about the import defaults case from the migrators in the migration component, and cc Mano
# [12:46] <mak> he was already looking at it, afaik
# [12:46] <Mano> mak: ?
# [12:46] <mak> ah here we are
# [12:46] <Mano> summary?
# [12:46] <hsivonen> mak: do you have an opinion on whether the defaults need to live as HTML or as JSON? do you have an opinion on the import of the default being asynchronous? now it assumes sync IO, which sucks
# [12:47] <mak> Mano: didn't you say that chrome migrator was importing bookmarks.html "by error" and your migrator had some problem doing the same?
# [12:47] <mak> Mano: hsivonen is rewriting the bookmarks.html importer in js, and has issues with that import as well
# [12:47] <mak> hsivonen: that has to change, surely
# [12:47] <Mano> mak: yeah, but i'm fixing that by explicitly initialing nsBrowserGlue earlier
# [12:47] * ewong|sleep is now known as ewong
# [12:47] <Mano> mak: really? that was going to be my next thing on the list, after safari
# [12:47] <Mano> heh
# [12:48] <hsivonen> Mano: the default bookmarks are kept in .html on desktop and in .json on mobile. moreover, the desktop IE and Safari importers want to read the default bookmarks synchronously
# [12:48] <mak> Mano: well, your solution may remove the need for the importer to have that code hsivonen has problems with
# [12:48] <Mano> hsivonen: i think we still use html for l10n
# [12:48] <hsivonen> Mano: Fennec uses .json with l10n preprocessing
# [12:48] <mak> we still use html because nobody rewrote that, afaik
# [12:48] <hsivonen> Mano: the same preprocessor, AFAICT
# [12:49] <Mano> hsivonen: it's just that we need to take care of all current l10ns bookmarks, really.
# [12:49] <hsivonen> ok, so let's move the default bookmarks on desktop to .json
# [12:49] <Mano> I don't think this html file is all that better than json
# [12:50] <hsivonen> Mano: do localizations add bookmark entries?
# [12:50] <Mano> yes
# [12:50] <hsivonen> maybe my mxr skills are weak
# [12:50] <hsivonen> I couldn't see them doing that
# [12:50] <Mano> iirc
# [12:50] <mak> yes they add bookmarks as bookmarks.inc or something like that
# [12:50] <Mano> well, they've their own mxr
# [12:50] <hsivonen> Mano: I used their own mxr
# [12:50] <Mano> letme check
# [12:50] <hsivonen> bookmarks.inc contains localized strings
# [12:50] <mak> http://mxr.mozilla.org/mozilla-central/source/browser/locales/en-US/profile/bookmarks.inc
# [12:51] <mak> yes, those are injected with a script
# [12:51] <hsivonen> mak: it looks like it contains a fixed number of bookmarks
# [12:51] <Mano> __what mak pasted__
# [12:52] <Mano> hsivonen: seems you could have a default json file
# [12:52] <mak> there is a l10n python script to make the conversion, don't remember the name, let me find it
# [12:52] <Mano> and once you load it, alter it according to this file's contents
# [12:52] <mak> http://mxr.mozilla.org/mozilla-central/source/browser/locales/generic/extract-bookmarks.py
# [12:52] <hsivonen> Mano: as far as I can see, bookmarks.inc contain localized names and urls for a fixed number of semantically same bookmarks
# [12:52] <Mano> well, maybe convert it to a properties file first.
# [12:52] <hsivonen> http://mxr.mozilla.org/l10n-central/source/ru/browser/profile/bookmarks.inc just translates the strings
# [12:52] <hsivonen> for the same number of bookmarks
# [12:52] <Mano> right
# [12:52] <mak> yes
# [12:53] <mak> the above python handles those .inc
# [12:53] <hsivonen> so afaict, HTML vs. JSON is no concern to localization preprocessor
# [12:53] <paul> is it just me or Google Groups doesn't mirror all the messages?
# [12:53] <mak> no it should not, apart having to update the py script and re translate stuff for localizers
# [12:53] <paul> (for dev-platform)
# [12:53] <mak> or better, move translated stuff to a new format
# [12:54] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
# [12:55] <Mano> http://mxr.mozilla.org/mozilla-central/source/browser/locales/generic/profile/bookmarks.html.in
# [12:55] <Mano> Why is josn better btw?
# [12:55] <Mano> can it store favicons, for example?
# [12:55] <Mano> that's a requirement. the current html file provides icons
# [12:55] <mak> not yet
# [12:56] <mak> good point, though it may
# [12:56] <Mano> what's the benifit anyway? we'll still have an imported for the html format
# [12:56] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [12:56] <hsivonen> Mano: JSON isn't necessarily better. it can just be read synchronously off the disk
# [12:56] * Joins: mgoodwin (mgoodwin@moz-15405DDA.cable.virginmedia.com)
# [12:56] <Mano> hsivonen: so is html
# [12:56] <Mano> the html5 parser is async
# [12:56] <mak> lunch, bbiab
# [12:57] <Mano> and you can read the file contents with the new File api
# [12:57] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [12:57] <Mano> which is also async
# [12:57] * Joins: abral (Mibbit@646343D0.A2DD14FC.10DC0B64.IP)
# [12:57] * Joins: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se)
# [12:57] * mak is now known as mak|afk
# [12:57] <hsivonen> Mano: the alternative solution is changing the IE and Safari importers not expect the default bookmark initialization to happen synchronously
# [12:58] <hsivonen> Mano: I'm OK with doing that instead of migrating to JSON
# [12:58] <Mano> hsivonen: you should know that both migrators are being replaced
# [12:58] <Mano> i'm on the safari one
# [12:58] <Mano> which is almost done
# [12:58] <Mano> felipe works on a new ie migrator
# [12:58] <hsivonen> Mano: are the new ones JS or C++?
# [12:59] <Mano> hsivonen: they actually don't expect anything, they call initbookmarkshtml
# [12:59] <Mano> hsivonen: yes
# [12:59] <hsivonen> Mano: they call it and then proceed to add bookmarks
# [12:59] <Mano> hsivonen: right
# [12:59] <hsivonen> Mano: I thought they expected the initialization to finish before they proceed to add stuff
# [12:59] <Mano> hsivonen: this is changing now, because that code i going away
# [13:00] <hsivonen> Mano: excellent
# [13:00] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [13:00] <Mano> hsivonen: well, that's a problem
# [13:00] <hsivonen> Mano: I'm happy if the new exporters can deal with an asynchronous HTML bookmark importer
# [13:01] <hsivonen> (that can take a callback that it calls when the import is complete)
# [13:01] <Mano> hsivonen: that would be great
# [13:01] <Mano> (having a callback)
# [13:02] <hsivonen> Mano: there's a patch that provides that new API in https://bugzilla.mozilla.org/show_bug.cgi?id=482911
# [13:02] <Mano> looking
# [13:02] <hsivonen> what the patch lacks is a way to read bookmarks.html from the IE and Safari importers
# [13:02] <Mano> hsivonen: i will see if i can utilize your solution in the new safari migrator
# [13:03] <Mano> and let you know where it gets
# [13:03] <hsivonen> Mano: cool
# [13:03] <Mano> hsivonen: What I really don't get is why each migrator did this on each own
# [13:03] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [13:03] <Mano> and not, say, the code that runs migration
# [13:04] <Mano> which seems like a better candidate
# [13:04] <Mano> hsivonen: wait, i don't see a callback in your patch
# [13:06] <Mano> xml http request for a chrome:// uri
# [13:06] <Mano> fun
# [13:07] <Mano> hsivonen: ah, i see
# [13:07] <Mano> well, since safari and ie are going js
# [13:07] <hsivonen> Mano: importFromFile and importFromURL take the collback as the second argument
# [13:07] <Mano> seems there's no probelm at all
# [13:07] <hsivonen> *callback
# [13:07] <Mano> yeah, saw it
# [13:08] <Mano> (You should use placesutils getters, btw)
# [13:09] <hsivonen> Mano: and don't know what those are
# [13:09] * davehunt is now known as davehunt|away
# [13:09] <Mano> hsivonen: PlacesUtils.jsm
# [13:10] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
# [13:10] <hsivonen> Mano: what getters there?
# [13:10] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
# [13:11] <Mano> hsivonen: PlacesUtils.bookmarks for example
# [13:11] <Mano> instead of getting all those services on your own
# [13:11] <hsivonen> Mano: oh, ok
# [13:11] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [13:11] <Mano> just a nit
# [13:12] <Mano> hsivonen: what's the eta for your work?
# [13:12] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [13:13] <Mano> safari will probably land in 2 weeks, and so far i have not solved the import issue
# [13:13] <hsivonen> Mano: I *think* it's ready except for the Safari/IE importer intregration part
# [13:13] * Mano wishes his code was slower
# [13:13] <hsivonen> Mano: of course, it's unreviewed and this an area of the product that I've never written code for before...
# [13:14] <Mano> hsivonen: if you want me to review, or do a first pass, let me know
# [13:14] <hsivonen> Mano: ok. I'll see what the tryserver says after my latest tweaks first
# [13:14] <Mano> i need to check the status of the ie migrator. we just need to make sure they all land for the same release
# [13:15] <Mano> not a trivial thing at all these days :-/
# [13:15] * Quits: pascalc (chatzilla@moz-92C247CB.rev.sfr.net) (Ping timeout)
# [13:16] <Mano> (Alternatively, we can convert nsProfileMigrator.cpp to js now, and just call import there)
# [13:16] * Mano opens the file to see how hard would that be
# [13:17] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [13:17] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [13:17] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [13:18] <Mano> wow, i can do that now.
# [13:18] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [13:20] <Mano> hsivonen: ok, hold on with your bug.
# [13:21] <Mano> i'll convert the migration caller to js so you can call you new import method from there
# [13:21] <Mano> and only then open the wizard
# [13:21] <Mano> would that work for you?
# [13:24] <hsivonen> Mano: ok
# [13:24] * khuey|away is now known as khuey
# [13:25] * mak|afk is now known as mak
# [13:27] <Mano> hsivonen: ihttps://bugzilla.mozilla.org/show_bug.cgi?id=715099
# [13:27] <Mano> https://bugzilla.mozilla.org/show_bug.cgi?id=715099
# [13:28] * Quits: glazou_lunch (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [13:33] * Quits: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it) (Ping timeout)
# [13:34] * Joins: mak (chatzilla@moz-4E4EEE41.retail.telecomitalia.it)
# [13:38] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:40] <WG9s> Anyone know what is up with mozilla-central nightly builds? It seems that some of the Linux ones were not run at all today.
# [13:40] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [13:41] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [13:43] <mak> WG9s: yep, it's missing. no idea why
# [13:43] <hsivonen> hmm. should I refactor code to make it suck less or just pile on new features without refactoring... nsContentSink is sad
# [13:46] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [13:47] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [13:47] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [13:51] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Ping timeout)
# [13:52] * Joins: AutomatedTester (AutomatedT@moz-E8040667.as13285.net)
# [13:55] <reuben> hm, nsFeatureSink… I see that in a lot of different projects :)
# [13:57] * reuben is changing something in a Util.java file with 3k lines right now
# [13:59] * Joins: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP)
# [13:59] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
# [13:59] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:00] * Joins: evilpie (evilpie@moz-97D260FB.pools.arcor-ip.net)
# [14:04] <gabor> khuey: I'm a bit clueless about the backin out of 587797... I cannot reproduce the bug locally, nor did I see it failing on the try server (your previous comment), so the only difference I see between the original test and the xpcshell based one is that I have not forced gc
# [14:04] <gabor> I can add that force gc to xpcshell test as well ofc
# [14:05] <gabor> I just find it scary that the test is random crashing without it...
# [14:05] <gabor> do you know anything about that test and why is that force gc there? was that a random crashing test previously maybe?
# [14:05] * gabor looking for a link to the test
# [14:06] <khuey> well, it's crashing because it hits an assertion
# [14:06] <khuey> and asserts are fatal in xpcshell
# [14:06] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [14:07] <khuey> it's possible that it's intermittent, and that we're hitting on mochitest and just don't notice because asserts aren't fatal there
# [14:07] <gabor> http://mxr.mozilla.org/mozilla-central/source/dom/indexedDB/test/test_autoIncrement.html?force=1#373
# [14:07] <gabor> right
# [14:07] <gabor> that can explain it as well
# [14:08] <gabor> I forgot that asserts are not fatal in mochi tests
# [14:08] <Ms2ger> We'd all like to forget that
# [14:08] <khuey> dbaron is working on it
# [14:09] * Parts: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP)
# [14:10] <gabor> working on this test that hits the assert you mean?
# [14:10] <khuey> no
# [14:10] <khuey> working on making asserts fatal in mochitest
# [14:10] <khuey> dbaron doesn't work on IDB
# [14:10] <mak> khuey: any idea what bug is this patch from? https://hg.mozilla.org/mozilla-central/rev/683a56961090
# [14:10] <gabor> I was affraid that this is going to be the answer :)
# [14:11] <mak> I can't find any reference to the changeset nor the words in the summary
# [14:11] <khuey> no idea
# [14:11] <mak> I'll drop a mail to bbondy
# [14:17] <gabor> khuey: so what do you think I should do about this? I cannot reproduce it... I could try to add that extra gc and retry, or remove the xpcshell version of that test for now, then opening a bug for tests that asserts in idb?
# [14:17] <khuey> gabor: lets do the latter
# [14:17] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [14:17] <gabor> ok
# [14:17] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [14:17] <WG9s> mak: bug 708123
# [14:18] <khuey> gabor: and we should try to figure out if this is happening in mochitest too
# [14:18] <mak> WG9s: cool, how did you find it?
# [14:19] <mak> hm well I assume I searched only for open bugs :(
# [14:19] <WG9s> did a search for telemetry then used browser find on the buglist for portions of the bug number till I found one that looked good.
# [14:20] <khuey> gabor: because if we're hitting that assert I think some of our synchronization stuff is messed up
# [14:20] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [14:20] <khuey> gabor: but for now lets get your stuff in the tree
# [14:21] <mak> Standard8: is there a bug about thunderbird completely hanging when trying to autocomplete through ldap? maybe I have the wrong password in the ldap account settings, it's just frozen and I have to kill it
# [14:21] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:22] <gabor> khuey: alright I will update the patch, and for the later, I think it's enough to check some older test logs, and look for that specific warning, since I cannot reproduce on my machine (win7 debug build) I assume I cannot reproduce it here either in the mochi tests
# [14:23] <khuey> gabor: yeah, the problem is that we don't store logs very long :-/
# [14:23] <khuey> might be easier to make that assert crash the browser and see if it happens in the future
# [14:24] * khuey sighs
# [14:24] <khuey> XP only reftest failures
# [14:24] <khuey> this won't be fun
# [14:25] <gabor> khuey: any recent logs should do... but yeah that is already true, except that I'm affraid that the very moment you turn asserts to crashing for mochi tests there will be plenty of bugs to be taken care of
# [14:25] <gabor> s/already/also
# [14:27] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [14:27] * mak wonders how to change the ldap password in thunderbird
# [14:28] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [14:29] * Joins: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP)
# [14:31] <Unfocused> mak: open password manager, remove saved password, wait for it to retry
# [14:31] <mak> Unfocused: ah, I feel dumb :)
# [14:31] <Unfocused> may need to restart thunderbird
# [14:32] <Unfocused> no, thunderbird is dumb :\
# [14:32] <mak> though I would have expected an "insert a new password" prompt, rather than a hang
# [14:32] * catlee-away is now known as catlee
# [14:33] <mak> well, it still hangs, maybe it's just due to the firewall protecting the ldap
# [14:35] * Unfocused shrugs
# [14:35] <Unfocused> i gave up on ldap long ago - too much fail
# [14:35] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [14:36] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [14:38] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [14:38] <Standard8> mak: bug 704984
# [14:39] <mak> Standard8: thanks!
# [14:40] <mak> philor|away: any idea why coimpare-talos is broken? I see you have a pending pull request
# [14:41] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [14:41] * Joins: Goldorak_ (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [14:41] * Joins: graememcc (chatzilla@moz-622AFED0.range86-148.btcentralplus.com)
# [14:41] * Goldorak_ is now known as Goldorak
# [14:41] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [14:44] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [14:44] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:51] <hsivonen> sigh. when trying to remove bad code, more bad code that needs to be removed first shows up
# [14:52] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [14:53] <Ms2ger> hsivonen, can I say we'll all be thankful when you do it? :)
# [14:54] <hsivonen> Ms2ger: so I tried to disentagle fragment parsing from stream parsing
# [14:54] <hsivonen> Ms2ger: and that doesn't make sense before I've disentagled parser-blocking script tracking from nsContentSink where it doesn't really belong
# [14:55] <hsivonen> Ms2ger: but doing that seems to require getting rid of the duplicate document.close state tracking
# [14:56] <Ms2ger> Lovely
# [14:56] <sheppy> https://developer.mozilla.org/en/Firefox/Updating_add-ons_for_Firefox_10 woo
# [14:57] <sheppy> I keep trying to get closer to having that done by around Aurora time. Someday… :)
# [14:57] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [14:58] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
# [14:58] * Joins: rag (Mibbit@FD3CEDA8.A37E6430.562B2B26.IP)
# [15:00] <gabor> khuey: I've updated the idb test patch (removed that test), shall I flag it checkin needed?
# [15:00] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [15:00] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [15:01] <hsivonen> sheppy: regarding the advice about em:strictCompatibility, aren't extensions that contain binary XPCOM components excluded from the "Compatible by default" regime anyway?
# [15:01] <sheppy> hsivonen: I have no idea. Are they?
# [15:01] <sheppy> That would make sense, but I've not found any information to confirm it so far.
# [15:01] <hsivonen> sheppy: I believe they are, but [citation needed]
# [15:01] <khuey> gabor: sure
# [15:01] * Joins: Suresh (chatzilla@DA44FA18.9C54E4A7.EB06F97B.IP)
# [15:01] <sheppy> Anyone? :)
# [15:02] <hsivonen> sheppy: http://theunfocused.net/2011/11/19/solving-firefoxs-add-on-compatibility-problem/
# [15:02] <sheppy> Well there you go then.
# [15:02] <hsivonen> afaict, if extensions authors flip em:strictCompatibility, we'll be back where we started :-/
# [15:03] * Quits: tonymec (tonymec@227BFF43.D32D8EFB.277517C1.IP) (Input/output error)
# [15:03] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [15:03] <hsivonen> so it's dangerous for em:strictCompatibility to exist
# [15:03] <Mano> mak: i dont understand you comment about fromxml
# [15:03] <Mano> mak: it doesn't take a string
# [15:03] <sheppy> hsivonen: thanks, tweaking that text now.
# [15:03] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
# [15:03] <Mano> mak: it takes a dom tree
# [15:04] <rag> Can anyone assign me to bug https://bugzilla.mozilla.org/show_bug.cgi?id=715113 ?
# [15:04] <Mano> mak: which can never leave outside the main thread
# [15:04] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
# [15:04] <Mano> mak: even XMLHttpRequest, which is enabled in workers, disables responseXML
# [15:05] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [15:05] <glob> rag, what's your bmo login?
# [15:05] <mak> Mano: hm, I see, I thought it was parsing it yet. Btw, while you are here, fromSomething name makes less sense now that the module does not include anymore Reader maybe should be renamed to readFromSomething
# [15:05] <mak> Mano: so either Reader.fromSomething or Utile.readFromSomething
# [15:05] <mak> Util.
# [15:06] <Mano> mak: i think the later is better
# [15:06] <rag> rogerio.rag@gmail.com
# [15:06] <mak> Mano: regarding the fromXML, the name is a bit confusing maybe?
# [15:06] <Mano> mak: i don't want to export two objects
# [15:06] <Mano> mak: you prefer readFromXMLTree?
# [15:06] <mak> Mano: sure, just add Read prefix
# [15:06] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [15:07] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [15:07] <Mano> mak: w/o suffix?
# [15:07] * Parts: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net)
# [15:07] * Joins: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net)
# [15:07] <Mano> what was confusing then
# [15:07] <mak> Mano: hm, it's the read part that maybe it's confusing just for this, maybe parseXMLTree?
# [15:07] <mak> Mano: while keep using Read for the async ones?
# [15:07] * Quits: tonymec|away (tonymec@227BFF43.D32D8EFB.277517C1.IP) (Input/output error)
# [15:07] * Quits: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com) (Quit: Leaving)
# [15:08] <Mano> doesn't make sense to me, really
# [15:08] <Mano> because it's the caller that does the parsing
# [15:08] <Mano> as in, uses domparser
# [15:08] <Ms2ger> Bah, domparser
# [15:08] <rag> glob, rogerio.rag@gmail.com
# [15:08] <glob> rag, sorted
# [15:09] <mak> Mano: my main concern is that we expose 3 ReadFrom methods, 2 share the same signature, one doesn't. that looks a bit ugly
# [15:09] * Joins: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com)
# [15:09] <Mano> mak: i'm fine with making the buffer one private... ;)
# [15:09] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:09] <Mano> the only reason it's not is sourceHomepageURL
# [15:10] <Mano> which needs _sync_ behavior for now
# [15:10] * shorlander-away is now known as shorlander
# [15:10] <mak> the buffer one, you mean the ArrayBuffer or the XML one?
# [15:10] <Mano> the arraybuffer one
# [15:10] * Quits: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP) (Ping timeout)
# [15:11] <Mano> i've to keep it sync for now (pseudo-async is fine, but still sync)
# [15:11] <mak> sigh
# [15:11] <Mano> until we fix migrators not to have this stupid property
# [15:11] * Joins: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP)
# [15:11] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
# [15:11] <rag> glob, thanks.
# [15:11] <Mano> mak: it's weeks from now :)
# [15:11] <Mano> mak: I just don't feel like fixing old IE migrator to work async
# [15:11] <mak> ok, then please file all needed follwups to fix this mess
# [15:11] <Mano> ok
# [15:12] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [15:12] <Mano> mak: so, we'll have one async method (readFromFile) and one sync mode (readFromXML)
# [15:12] <mak> that takes a dom tree?
# [15:12] <Mano> and, for now, readFromArrayBuffer
# [15:12] <Mano> right
# [15:13] <Mano> or readFromXMLTree
# [15:13] <Mano> your choice
# [15:13] <mak> why are we exposing this?
# [15:13] * Joins: tonymec__ (tonymec@5590104B.F242E24F.277517C1.IP)
# [15:13] <Mano> kinda useful
# [15:13] <Mano> just not for us
# [15:13] * ewong is now known as ewong|sleep
# [15:13] * tonymec__ is now known as tonymec|away
# [15:14] <mak> how do you get the tree without opening the plist file (that we have a util for)?
# [15:14] <Mano> mak: XMLHTTPRequest ;)
# [15:14] <mak> of a plist? interesting!
# [15:15] <mak> ok, let's go for this and fix while moving on
# [15:15] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:15] <mak> I don't care about the Tree prefix provided the javadoc is clear enough on the input
# [15:15] <mak> the Tree suffix, I meant
# [15:16] <Mano> ok
# [15:16] * Quits: pingo (anders@D05322A6.C7F87E9A.1FBA578A.IP) (Quit: snap)
# [15:16] <Mano> mak: you're so not going to like my dict solution
# [15:16] <Mano> :-/
# [15:16] <mak> I don't know anymore what I like!
# [15:17] <Mano> heh
# [15:17] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [15:17] <Mano> i actually don't get his comment there
# [15:17] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:17] <Mano> if arrays expose better functionality than weakmaps, why use weakmaps given that we don't need GC
# [15:18] <mak> dunno what's the plan there... you should ping him: sid0!
# [15:18] <Mano> sid0: ?
# [15:19] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [15:19] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:20] * mcote|afk is now known as mcote
# [15:21] * Quits: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP) (Ping timeout)
# [15:21] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [15:21] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:22] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [15:23] * Quits: dao (dao@moz-32301D3.superkabel.de) (Quit: Leaving.)
# [15:23] <sid0> yes?
# [15:23] <khuey> hrm
# [15:23] * Quits: paul (paul2@moz-DB556DEE.org) (Ping timeout)
# [15:23] <sid0> Mano: I meant simple maps, not weakmaps
# [15:23] <khuey> do we frown on using nsIInterfaceRequestor in new APIs?
# [15:24] <Mano> sid0: hey
# [15:24] <mak> sid0: Mano needs clarification about the Dict issue, I think
# [15:24] <sid0> Mano: so it wasn't a real concern, just a question
# [15:24] <sid0> Mano: I think we'll want to move to Harmony simple maps at some point
# [15:24] <Ms2ger> khuey, sure, I can frown upon it if you like
# [15:25] <Mano> sid0: what i don't understand is, what is bad about the current implementation, and why should we depend on a spec that doesn't exist yet
# [15:25] <khuey> Ms2ger: :-P
# [15:25] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [15:25] <sid0> Mano: The spec exists, the patch for simple maps landed but bounced
# [15:25] <sid0> Mano: so I expect it to land very soon
# [15:25] * rail_away is now known as rail
# [15:25] <sid0> Mano: bug 697479
# [15:26] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:26] <sid0> Mano: now my question was: in a post-simple map world, should we still keep Dict.jsm around?
# [15:26] <Mano> sid0: it's a bit surprising that it has no getters support
# [15:26] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [15:26] <sid0> So yeah, I really like your abstraction
# [15:26] <Ms2ger> khuey, what does the spec say about bug 697230?
# [15:27] <Mano> sid0: depends if one can extend simplemaps prototype for
# [15:27] <khuey> Ms2ger: which spec? ;-)
# [15:27] <Ms2ger> HTML
# [15:27] <Ms2ger> "The Spec"
# [15:27] <Mano> because if you can, you can make you get() method do something smart
# [15:27] <hsivonen> khuey: at least I frown upon nsIInterfaceRequestor
# [15:27] * Joins: coop (Chris@moz-256A7269.dsl.bell.ca)
# [15:28] <Mano> sid0: does the new spec provide parallels to listkeys/listvalues?
# [15:28] <Mano> i'm trying to figure out if it's supposed to be used as a dictionary
# [15:28] <khuey> hsivonen: yeah
# [15:28] <sid0> Mano: yeah, through for-of iteration on keys(map) or values(map)
# [15:28] <khuey> I sort of do too
# [15:28] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:28] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:28] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [15:28] <hsivonen> khuey: btw, most of nsHTMLContentSink is dead code now, so to get the C++ code size down, it might make sense to zap some code from nsHTMLContentSink, since it will take a while to remove it fully
# [15:28] <khuey> Ms2ger: I don't think it says anything
# [15:28] <sid0> Mano: though, hm, I'm not sure if that's landed yet
# [15:29] <hsivonen> khuey: is C++ code size still an active issue?
# [15:29] <khuey> hsivonen: we have the linker situation under control, so I wouldn't prioritize that over other work
# [15:29] <hsivonen> khuey: ok
# [15:29] <Mano> sid0: do you know if one can use this map as a prototype for a new object?
# [15:29] * Joins: _FrnchFrgg_ (_FrnchFrgg@A954F686.E36651AF.74B71A20.IP)
# [15:30] <Ms2ger> "The element must delay the load event of the element's document until all the attempts to obtain the resource and its critical subresources are complete."
# [15:30] <Ms2ger> "A resource's critical subresources are those that the resource needs to have available to be correctly processed. Which resources are considered critical or not is defined by the specification that defines the resource's format. For CSS resources, only @import rules introduce critical subresources; other resources, e.g. fonts or backgrounds, are not."
# [15:30] <Mano> sid0: about my patch: i do have an alternative solution in mind and partially in TextMate, but it's shockingly complicated.
# [15:30] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:30] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Connection reset by peer)
# [15:30] <khuey> Ms2ger: this is the part where I claim that the spec is wrong and proceed to ignore it
# [15:30] <sid0> Mano: I definitely am not in favour of complexity
# [15:30] <sid0> Mano: it wasn't a request to do something else, just an exploratory question
# [15:31] <Ms2ger> khuey, no, this is the part where you file a bug
# [15:31] <Mano> sid0: understood
# [15:31] * Joins: romeo (romeo@moz-18AD2F99.k744.webspeed.dk)
# [15:31] <sid0> Mano: so I can review it, but I think it'll also need sr
# [15:31] <sid0> API and all that
# [15:32] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:32] <Mano> sid0: toolkit modules don't need srs afiact.
# [15:32] <sid0> Mano: ah
# [15:32] <Mano> modules as in jsms
# [15:32] <sid0> really?
# [15:32] <Mano> but mak knows better
# [15:32] <Mano> it changes every day
# [15:32] * Quits: rag (Mibbit@FD3CEDA8.A37E6430.562B2B26.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:32] <mak> well, rules are that sr is needed for idl changes
# [15:32] <Mano> i knows places idl used to need sr at some point
# [15:32] <mak> or any large change that changes behavior of commonly used code
# [15:33] <sid0> mak: as a reviewer I've asked for sr even for XUL changes
# [15:33] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [15:33] <Ms2ger> s/idl/interface/
# [15:33] <khuey> Ms2ger: so, this is fun
# [15:33] <sid0> Right, the XUL defined an important interface
# [15:33] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:33] <khuey> Ms2ger: IE doesn't even seem to block onload for <img>
# [15:33] <Mano> sid0: asking sr for xul widgets actually makes sense
# [15:33] <Mano> even more than idls
# [15:33] * Joins: smaug (chatzilla@moz-2162638F.elisa-mobile.fi)
# [15:33] * ChanServ sets mode: +o smaug
# [15:33] <mak> some part of xul may well request a sr... it probably depends on a case basis
# [15:34] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [15:34] <sid0> all I can find is "APIs are not just XPCOM APIs, but include global JS utility functions and the like."
# [15:34] <Mano> mak: who is doing toolkit srs btw?
# [15:34] <sid0> how about I review it while you figure out whether you need sr?
# [15:34] <mak> http://www.mozilla.org/hacking/reviewers.html
# [15:34] <Mano> sid0: sure.
# [15:35] <sid0> gavin reviewed the code for toolkit
# [15:35] <sid0> Standard8 did the original sr when it was in mailnews. the sr carried over
# [15:35] <Mano> i should ask pinkerton!
# [15:35] <sid0> heh
# [15:35] * Joins: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:35] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:36] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Ping timeout)
# [15:36] <Mano> i guess i'll ask him then, just in case.
# [15:36] * Quits: int3_ (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Client exited)
# [15:36] * Joins: anadon (chatzilla@moz-2A72B601.lightspeed.sgnwmi.sbcglobal.net)
# [15:36] <Mano> we need a clearer policy
# [15:37] <mak> right, the current policy is mostly based on reviewer's trust to ask for sr where he feels like the impact is important
# [15:38] <mak> plus any widely exposed interface
# [15:38] * Quits: Suresh (chatzilla@DA44FA18.9C54E4A7.EB06F97B.IP) (Ping timeout)
# [15:38] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [15:38] <Mano> mak: works in theory.
# [15:39] <Mano> in practice, i don't know if there's a clear cut here
# [15:39] <anadon> I am in need of some quick help. For some reason, my add-on doesn't want to access the HTML of a page to change links from using domains to IPs. here's the bit of code. It throws an undefined error for var window. http://pastebin.mozilla.org/1433438
# [15:39] <mak> my feeling when I ask for sr is not really positive, fwiw
# [15:39] <mak> it looks like an hard task
# [15:40] <mak> but sometimes even getting the right reviewer is hard
# [15:40] <Mano> mak: in gecko the task is at least clear
# [15:40] <Mano> here we cannot tell what is an api
# [15:42] * Mano will ask dave and move on.
# [15:42] <Mano> sigh
# [15:43] * Joins: Suresh (chatzilla@6F9E14E4.C7284857.EB06F97B.IP)
# [15:44] * Quits: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com) (Quit: Leaving.)
# [15:44] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Ping timeout)
# [15:45] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [15:45] * Joins: tonymec (tonymec@5590104B.F242E24F.277517C1.IP)
# [15:45] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [15:47] <lurking> Is there any policy/guidlines about the new component in bugzilla 'untriaged' as to who can mark bugs as INVALID/INCOMPLETE etc ? I have editbugs/can confirm privs
# [15:47] * Quits: Suresh (chatzilla@6F9E14E4.C7284857.EB06F97B.IP) (Ping timeout)
# [15:47] * Joins: mib_7d41uw (Mibbit@712071BF.63506B9.2870C025.IP)
# [15:48] <Ms2ger> lurking, please do triage those bugs :)
# [15:48] * Quits: anadon (chatzilla@moz-2A72B601.lightspeed.sgnwmi.sbcglobal.net) (Client exited)
# [15:48] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [15:48] * Quits: mib_7d41uw (Mibbit@712071BF.63506B9.2870C025.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:49] * khuey is now known as khuey|away
# [15:49] <bjacob> do we have something like std::is_same in MFBT?
# [15:50] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [15:50] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:51] <Ms2ger> What's it do?
# [15:51] <bjacob> Ms2ger: http://pastebin.mozilla.org/1433441
# [15:51] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:52] <Ms2ger> If not in mfbt, I think js has it...
# [15:52] <Ms2ger> js::tl::IsSameType
# [15:52] <bjacob> cool but i need this in xpcom
# [15:52] <Ms2ger> File a bug to move it? :)
# [15:53] <bjacob> will do
# [15:53] * Quits: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Ping timeout)
# [15:54] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [15:54] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [15:56] * Quits: tonymec (tonymec@5590104B.F242E24F.277517C1.IP) (Input/output error)
# [15:56] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] * Joins: tonymec (tonymec@5590104B.F242E24F.277517C1.IP)
# [15:57] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [15:58] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [15:58] <bjacob> hey, XPCOM question
# [15:59] <bjacob> i'm replacing macros by templates in the impl of our string classes like nsString
# [15:59] <bjacob> as a by-product, we can get for free the removal of any unused code (if a method isn't used, it won't be compiled)
# [15:59] <bjacob> do we want that?
# [15:59] <bjacob> i guess the real question is:
# [15:59] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [16:00] <bjacob> can people link to libxul and use our string classes from non-libxul code?
# [16:00] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [16:00] <bjacob> if yes, we can get the current behavior by doing explicit template instantiations
# [16:00] <bjacob> template<> class nsTString<char>;
# [16:01] * khuey|away is now known as khuey
# [16:01] <bjacob> khuey: ^
# [16:01] <khuey> oh god
# [16:01] <khuey> you should talk to bsmedberg
# [16:02] <khuey> some things are usable outside libxul, some aren't
# [16:02] <khuey> it's complicated
# [16:02] <bjacob> hm ok
# [16:02] <bjacob> so
# [16:02] <bjacob> i will do the explicit class instantiations
# [16:02] <bjacob> so we'll get the current behavior
# [16:02] <bjacob> then we discuss
# [16:04] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
# [16:04] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:04] * Joins: dRdR (dRdR@moz-792B0937.uwaterloo.ca)
# [16:05] * glob is now known as glob|away
# [16:05] * Quits: dRdR (dRdR@moz-792B0937.uwaterloo.ca) (Client exited)
# [16:05] <bjacob> dRdR: webgl tests upgrade landed on central
# [16:06] <bjacob> argh
# [16:08] * Joins: paul (paul2@moz-DB556DEE.org)
# [16:09] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [16:10] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:11] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [16:11] * Quits: @smaug (chatzilla@moz-2162638F.elisa-mobile.fi) (Ping timeout)
# [16:11] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [16:13] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [16:14] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [16:15] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [16:16] * Joins: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com)
# [16:18] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
# [16:19] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
# [16:20] * Quits: bjarne (bjarne@moz-46A85847.nextgentel.com) (Quit: Leaving.)
# [16:21] <NeilAway> bjacob: there are specific C API exports for non-libxul code
# [16:22] <bjacob> NeilAway: ah ok
# [16:22] <NeilAway> bjacob: they are imported by nsStringAPI.* but I can't remember where they are exported
# [16:24] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [16:24] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:25] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [16:25] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [16:26] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [16:28] * Joins: alice0775 (Mibbit@moz-F2D7F877.osaka.ocn.ne.jp)
# [16:29] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [16:29] * shorlander is now known as shorlander-away
# [16:30] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [16:30] <jcranmer> NeilAway: nsXPCOMStrings.cpp or something like that
# [16:30] * Quits: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
# [16:31] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [16:32] * Quits: sewardj (sewardj@moz-64C44646.cable.virginmedia.com) (Ping timeout)
# [16:33] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [16:33] * Joins: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw)
# [16:34] * Quits: paul (paul2@moz-DB556DEE.org) (Quit: leaving)
# [16:34] * Joins: paul (paul2@moz-DB556DEE.org)
# [16:36] * Quits: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net) (Ping timeout)
# [16:36] * Joins: dRdR (dRdR@moz-480A323E.uwaterloo.ca)
# [16:37] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Quit: Leaving)
# [16:37] * gregglind_away is now known as gregglind
# [16:37] * Joins: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP)
# [16:37] * shorlander-away is now known as shorlander
# [16:37] <jlebar> Does fallible malloc fire a memory pressure event when malloc fails?
# [16:38] <khuey> no
# [16:38] <khuey> neither does infallible malloc, fwiw
# [16:38] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [16:39] <jlebar> khuey, well, infallible malloc just crashes. :)
# [16:39] <jlebar> khuey, Thanks.
# [16:41] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [16:41] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [16:41] <khuey> jlebar: right
# [16:41] <khuey> but in theory it could fire memory pressure
# [16:41] <khuey> I think we've discussed this before
# [16:41] <khuey> and I think you've investigated this before :-P
# [16:41] <glazou> is here a version of extensions/webdav that is up-to-date?
# [16:42] <jlebar> khuey, oh, I see. Yes, in theory it could.
# [16:43] * Joins: Suresh (chatzilla@F7A6365E.E2D0D1C5.EB06F97B.IP)
# [16:43] * glob|away is now known as glob
# [16:43] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:44] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [16:45] * Joins: gandalf (zbraniecki@moz-C4F365C0.play-internet.pl)
# [16:45] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [16:46] * davehunt|away is now known as davehunt
# [16:46] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:46] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/787e8f478ba5 - Ted Mielczarek - bug 714347 - pymake sort function should remove duplicates. r=khuey
# [16:47] <firebot> http://hg.mozilla.org/mozilla-central/rev/cc4d4c230ec1 - Siddharth Agarwal - Bug 515374 - Add a flag, currently off by default but possible to turn on per-app, to make packager.pm warnings fatal. r=khuey
# [16:47] <firebot> http://hg.mozilla.org/mozilla-central/rev/07104d3a5c66 - Kyle Huey - Merge m-c to b-s.
# [16:47] <firebot> http://hg.mozilla.org/mozilla-central/rev/c56d11e05feb - Kyle Huey - Bug 714178: Expose the value of CPP from configure to the rest of the build system. r=ted
# [16:47] <firebot> http://hg.mozilla.org/mozilla-central/rev/58326f271ab7 - Kyle Huey - Merge b-s to m-c.
# [16:48] * Quits: romeo (romeo@moz-18AD2F99.k744.webspeed.dk) (Quit: Leaving)
# [16:50] <froydnj> how does nsIDOMGeoGeolocation work with [function]? I thought [function] interfaces had to be single-method
# [16:51] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [16:51] * Joins: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP)
# [16:52] <khuey> I don't think it does anything
# [16:52] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [16:52] <khuey> dougt just stuck function on a bunch of interfaces he wrote
# [16:52] <khuey> :-P
# [16:52] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [16:54] <NeilAway> xpidl.py should totally make that an error
# [16:55] <NeilAway> jimm: I have a patch, just compiling
# [16:55] <NeilAway> well, linking, to be precise
# [16:57] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [16:57] <jimm> NeilAway: Ah, ok. me too. but you can have it if you want. Note I missed the whitespace filter on the aFilter's param, might want to add that to the beginning of AppendFilter.
# [16:59] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [17:01] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [17:02] <glazou> :quit
# [17:02] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
# [17:02] <hsivonen> do I understand correctly that right now neither 8.0.1 nor 9.0.1 is being offered as a prompted update for 3.6.x users?
# [17:02] <NeilAway> jimm: ah, I'd already added it to Append
# [17:03] * Parts: m_kato (makoto@moz-8CEE9107.tokynt01.ap.so-net.ne.jp)
# [17:03] <Ms2ger> Did we seriously have the SMTP spec as a parser test?
# [17:04] * bsmedberg-bbl is now known as bsmedberg
# [17:05] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [17:07] <hsivonen> Ms2ger: yes
# [17:07] <Ms2ger> Well, happy to see it gone :)
# [17:07] * hsivonen wonders if Debian removed it from their packages
# [17:09] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
# [17:10] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:11] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
# [17:12] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [17:12] <grubshka> Hi
# [17:13] * Quits: Suresh (chatzilla@F7A6365E.E2D0D1C5.EB06F97B.IP) (Ping timeout)
# [17:13] <grubshka> How to handle links in a <browser>, to prevent them opening a new window? I'm in a xulrunner app.
# [17:13] * Joins: edmorley (edmorley@moz-1BABC6CB.range86-166.btcentralplus.com)
# [17:13] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [17:13] <grubshka> I found things in Firefox' browser.js, like nsBrowserAccess, but it does not work
# [17:14] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [17:16] * Joins: myk (myk@moz-DB68F2B9.tmodns.net)
# [17:16] * glob is now known as glob|away
# [17:17] <@bz> hsivonen: our prompted update story for 3.6 is making me cry
# [17:17] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [17:17] * Joins: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com)
# [17:17] <grubshka> in fact it always wants to open browser.chromeURL, or navigator.xul by default. Do I really need to make a xul for that? It would be great to catch them before
# [17:18] * Joins: espindola (espindola@moz-A99963A8.dsl.teksavvy.com)
# [17:18] <Ms2ger> s/our prompted update story for//
# [17:18] * Joins: ahal (ahal@moz-686ED107.uwaterloo.ca)
# [17:18] <@bz> Ms2ger: well, that too
# [17:20] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
# [17:21] <hsivonen> bz: the story is sad, yes
# [17:21] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [17:21] <bjacob> hey, for MFBT, i'd like to add std::is_same. Is it ok to keep the std name for optimal compatibility or should I call it IsSameType like the existing helper in JS engine?
# [17:22] <bjacob> (I would like us to align with std names where we do exactly the same, like here)
# [17:22] * Joins: mr_evil (Mibbit@64076F05.8531EC0D.979C46D2.IP)
# [17:22] * joduinn-home is now known as joduinn-mtg
# [17:22] * Quits: mr_evil (Mibbit@64076F05.8531EC0D.979C46D2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:24] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [17:24] <Ms2ger> I think I'd prefer keeping Mozilla-style names
# [17:24] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [17:24] * philor|away is now known as philor
# [17:25] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:25] * khuey sighs
# [17:25] <khuey> how does one run mochitests in a directory?
# [17:25] <khuey> ah
# [17:26] <khuey> xpcshell-test_s_
# [17:26] <khuey> not xpcshell-test
# [17:26] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:26] <mounir> khuey: you meant xpcshell instead of mochitests then? :)
# [17:26] <khuey> er
# [17:26] <khuey> yes
# [17:26] <Ms2ger> Nah, make xpcshell-tests runs mochitests
# [17:26] * Quits: dRdR (dRdR@moz-480A323E.uwaterloo.ca) (Client exited)
# [17:26] <mounir> Ms2ger: don't try to destroy my world
# [17:27] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [17:27] <Ms2ger> ... even more
# [17:27] * khuey really needs to do that whole pto thing soon
# [17:27] <khuey> to save what's left of his sanity
# [17:27] * Quits: gandalf (zbraniecki@moz-C4F365C0.play-internet.pl) (Ping timeout)
# [17:27] <ted> khuey: srsly
# [17:27] <ted> take some time off
# [17:27] <ted> turns out the world continues on without you
# [17:27] <mounir> khuey: when you will be in Europe, you will lose the last of it, don't worry
# [17:27] <ted> it's nice
# [17:28] * Quits: regen (Miller@moz-E7CB3636.adsl.dynamic.seed.net.tw) (Quit: regen)
# [17:28] <ted> mounir: you be sure to get him good and drunk
# [17:28] <khuey> ted: next week!
# [17:28] <Ms2ger> And cheesed
# [17:28] <ted> man, why didn't i get myself invited to this paris meeting?
# [17:28] <khuey> ha
# [17:28] * ted has clearly failed
# [17:28] <Ms2ger> ted, I'm not coming, feel free to take my place :)
# [17:28] <khuey> you should have worked on the webidl parser with me
# [17:28] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [17:28] <philor> mak: compare-talos is broken because my accepted pull request isn't deployed, just clone it and you'll have a working local copy
# [17:28] * ChanServ sets mode: +o smaug
# [17:28] <ted> i know, right
# [17:28] <jdm> I found the paris apartment listings on airbnb.com
# [17:29] <mounir> smaug: are you coming to the dom bindings work week?
# [17:29] <bjacob> luke: are you luke wagner? if yes, have you considered moving the JS templateLib to MFBT? also, it uses static const ints/bools for compile-time constants, but there is no guarantee that a static const bool is really a constant (could take its address). Wouldn't enum be safer?
# [17:29] <jdm> I am now filled with a desire to skip out of school and live in paris for a couple months
# [17:29] <khuey> ted: but yeah, I'm going to take some PTO in europe before the meeting
# [17:29] <khuey> should be nice
# [17:29] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:29] * Joins: sheppy (sheppy@moz-FD5E5D00.static.kgpt.tn.charter.com)
# [17:29] <mak> philor: ok, thanks for the reply!
# [17:29] * Quits: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP) (Ping timeout)
# [17:29] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [17:30] <@smaug> ehsan: I'll try to reproduce that gmail problem
# [17:31] <ehsan> smaug: cool, let me know if I can provide more details
# [17:32] <@smaug> ehsan: but it really could be an addon problem
# [17:32] <@smaug> mounir: not sure yet
# [17:32] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [17:32] * Quits: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com) (Ping timeout)
# [17:32] <@smaug> mounir: no one invited me, but perhaps I could come there
# [17:32] * Joins: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP)
# [17:32] <ehsan> smaug: if you can tell me how to figure out if the problem is happening before letting the browser run for a day or more, I can try bisecting the add-ons that I have
# [17:33] <@smaug> mounir: it is 23-27.1., right?
# [17:33] <mounir> smaug: I guess it's something like that
# [17:33] <mounir> s/guess/think/
# [17:33] <mounir> but I'm not part of that work week, I'm just part of the hosting office ;)
# [17:34] <ted> jdm: i hear bholley is globe-trotting his way through mozilla offices
# [17:34] <@smaug> ehsan: in your log 0x157320800 [rc=3] nsDocument normal (xhtml) https://mail.google.com/mail/... looked strange
# [17:34] <jdm> ted: he'll probably beat my current record of writing code in four of the offices :(
# [17:34] <ehsan> smaug: how so?
# [17:34] <@smaug> ehsan: since under it there was > 0x139631b00 mChildren[i]
# [17:34] * khuey feels brave today
# [17:34] <sheppy> Nice
# [17:35] <@smaug> ehsan: if the gmail document was still "active", children wouldn't be traversed
# [17:35] <ted> jdm: i guess i'm actually up to three: MV, SF, TO
# [17:35] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/ea4d463ec99f - Gabor Krizsanits - Bug 587797 - Tests. r=khuey
# [17:35] <ted> if you don't count historical offices :-)
# [17:35] <firebot> http://hg.mozilla.org/mozilla-central/rev/29f2858488df - Gabor Krizsanits - Bug 587797 - IndexedDB: Make it possible to access IndexedDB APIs from chrome. r=khuey,bent
# [17:35] * khuey has only ever been to 1 office :-/
# [17:35] <firebot> http://hg.mozilla.org/mozilla-central/rev/e6fb800eb24a - Kyle Huey - Bug 715014: Delete IndexedDB files directory so that databases can be opened again after being deleted. r=bent
# [17:35] <ted> khuey: man, you need to get to SF and TO
# [17:35] <ted> they are beautiful
# [17:35] <jdm> ted: I've got auckland in my pocket, and if the london office is ready this summer, I'm totally making it 5 :)
# [17:35] <khuey> ted: well, I'm moving to SF in a month
# [17:35] <ted> i would love to do auckland
# [17:35] <ted> khuey: well, there you go
# [17:35] <khuey> TO might be harder
# [17:36] <gabor> thanks
# [17:36] <ted> eh, plenty of reasons to visit TO
# [17:36] <khuey> gabor: hope it sticks!
# [17:36] <ted> great place for work weeks since it's got lots of space
# [17:36] * gabor crossing fingers
# [17:36] <sheppy> ted: cold and snow?
# [17:36] <ted> pfft
# [17:36] <sheppy> ted: quaint accents? :)
# [17:36] <luke> bjacob: sure
# [17:37] <lurking> eh?
# [17:37] <luke> bjacob: i'd rather move things to mfbt on an as-needed basis, though
# [17:37] <ehsan> smaug: is that what I should be looking for in the logs?
# [17:37] <sheppy> lurking: that too
# [17:37] <@smaug> ehsan: I was searching for nsDocument
# [17:37] <@smaug> ehsan: there aren't that many
# [17:37] * Joins: gandalf (zbraniecki@moz-9C4FC873.neoplus.adsl.tpnet.pl)
# [17:37] <@smaug> ehsan: and looking at those with small rc
# [17:37] <ted> sheppy: polite coworkers and plenty of nice places to eat and drink
# [17:37] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [17:38] <ted> it's like NYC, if everyone was nice and they cleaned up all the trash
# [17:38] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [17:38] <sheppy> ted: politeness? Why, that's unamerican! :)
# [17:38] <bjacob> luke: ok. also, what do you think about convergence with std:: ? i.e. IsSameType -> is_same, result -> value
# [17:38] <bjacob> or result -> type if it's a type
# [17:38] <ehsan> smaug: so I'll create a copy of my profile with my add-ons and will run a separate instance of firefox
# [17:38] <ehsan> let's see if that will help
# [17:38] <@smaug> ehsan: with add-ons?
# [17:39] <luke> bjacob: i'd rather not mix naming conventions
# [17:39] * ted will have to invent an excuse to get to auckland in the next couple of years
# [17:39] <luke> bjacob: from the SM style
# [17:39] <ehsan> smaug: the first thing I'll try is to run it with no add-ons
# [17:39] <ehsan> to see if the leak still happens
# [17:39] <ehsan> smaug: if it doesn't, then I'll bisect over the add-ons that I have
# [17:39] <luke> bjacob: furthermore, there is extremely little from std:: we can actually use, so it would be the minority
# [17:40] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [17:40] <ehsan> smaug: just to check my sanity, my non-gmail tabs should not have any effect on this, right?
# [17:40] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [17:40] <Ms2ger> ted, you could work on video? :)
# [17:40] <@smaug> ehsan: I didn't see anything bad with non gmail documents
# [17:40] <khuey> Ms2ger: he sort of is!
# [17:41] <ehsan> ok
# [17:41] <@smaug> ehsan: well, there are some abp documents alive, but those are small
# [17:41] <ehsan> smaug: what about that etherpad thing?
# [17:41] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [17:41] <ted> Ms2ger: i am doing webrtc build hacking
# [17:41] <ted> close enough
# [17:41] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [17:41] <bjacob> luke: there's a large part of the TemplateLib that duplicates std functionality
# [17:41] <Ms2ger> ted, ok, move approved :)
# [17:41] <bjacob> luke: aside from IsSameType, there's StripConst and If at least
# [17:42] <luke> bjacob: can we depend on c++11 yet?
# [17:42] <bjacob> luke: this is in C++03
# [17:42] <@smaug> ehsan: oh, wait, there is something strange with scrollbar
# [17:43] <bjacob> and i'm not saying depend on what's in the stdlib, just saying we should adjust our template helpers to match the stdlib so we can eventually drop them and use stdlib
# [17:43] <ehsan> smaug: ?
# [17:43] <bjacob> and so that our code is easier to read for newcomers
# [17:43] * Pike frowns that his web play thing actually triggers our webconsole to show unresponsive script dialogs
# [17:43] <@smaug> ehsan: there are many scrollbar.xml documents alive. there should be only one
# [17:43] <@smaug> how is that possible :/
# [17:43] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [17:43] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [17:43] <ehsan> hmm
# [17:43] <ehsan> smaug: shouldn't there be one per window?
# [17:44] <ehsan> (I have two windows open)
# [17:44] * Quits: alice0775 (Mibbit@moz-F2D7F877.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:44] * Joins: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com)
# [17:44] * jwir3|away is now known as jwir3
# [17:46] <@smaug> ehsan: we should share XBL bindings
# [17:46] <@smaug> the prototypes
# [17:46] <ehsan> smaug: hmm, if we do, then this is weird :/
# [17:46] <jesup> bjacob: agreed - lets not be different if we don't *have* to be. The learning curve is steep enough without gratuitous differences (if I'm guessing the context of this discussion correctly; haven't read all the scrollback)
# [17:47] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Ping timeout)
# [17:47] <bjacob> jesup: glad you agree
# [17:47] <@smaug> ehsan: meeting. I'll look at the log some more soon
# [17:47] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [17:47] <@smaug> (and I need peterv's and mccr8 help for this all)
# [17:48] <jesup> bjacob: find someone who doesn't and we'll taunt them ;-)
# [17:48] <ehsan> smaug: ok, should I file a bug about this?
# [17:48] <Ms2ger> jesup, I'll taunt you instead :)
# [17:49] <bjacob> jesup: i'm filing a MFBT bug
# [17:49] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [17:50] * Quits: ahal (ahal@moz-686ED107.uwaterloo.ca) (Ping timeout)
# [17:50] <luke> bjacob: c++03 you say?
# [17:50] <bjacob> luke: yes
# [17:51] <bjacob> (it's a std library thing, not a core language thing)
# [17:51] <luke> bjacob: i mean, i see remove_const in C++11...
# [17:52] <tbsaunde> bjacob: I'd claim IsSameType makes it clerer than is_same what the purpose is fwiw
# [17:52] <luke> jesup: the JS engine is able to use like 1% of the STL, so that argument is generally moot
# [17:53] <bjacob> luke: maybe i'm wrong and it's a c++11 thing
# [17:53] <luke> bjacob: yeah, i wasn't aware of much TMP pre-C++11
# [17:53] <bjacob> luke: there was TR1
# [17:54] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
# [17:54] <bjacob> luke: yeah so in c++03 you have to #include <try/type_traits> and in c++11 you #include <type_traits>
# [17:54] <bjacob> s/try/tr1/
# [17:55] <luke> bjacob: so, do all platforms support that?
# [17:55] * Quits: jcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [17:55] <bjacob> luke: yes, though i'm not sure what the minimum msvc version is. but anyway, i'm not proposing that we #include type_traits, i'm just proposing to align our syntax with it
# [17:55] * Joins: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com)
# [17:56] * Joins: mib_07y6b5 (Mibbit@64076F05.8531EC0D.979C46D2.IP)
# [17:56] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [17:56] * Quits: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se) (Quit: Ex-Chat)
# [17:57] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [17:57] * fabrice|afk is now known as fabrice
# [17:58] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [17:58] * Quits: mib_07y6b5 (Mibbit@64076F05.8531EC0D.979C46D2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:59] <luke> bjacob: hmm, perhaps. on the one hand, SM has a consistent style that is decidedly not C++ std. otoh, template meta-functions are a new syntactic category so it might actually be nice to distinguish them with underbar_names instead of putting them in tl::
# [17:59] <luke> seeing as TemplateLib is used very little (js::Vector, js::HashTable, a bit in the gc maybe...), it doesn't matter too much
# [18:00] <NeilAway> weird, how can a window still leak if I delete its content?
# [18:00] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [18:00] * Joins: jcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [18:00] <luke> bjacob: so aligning with stl makes sense. especially since we know meta-functions can't throw ;-)
# [18:00] <Ms2ger> luke, well, this case would be in mfbt, which uses CamelCase
# [18:01] <luke> Ms2ger: well, i'm saying this is a new syntactic category of thing, so we can do whatever we want without breaking uniformity
# [18:01] <bjacob> luke: filed https://bugzilla.mozilla.org/show_bug.cgi?id=715155
# [18:02] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [18:03] * Quits: myk (myk@moz-DB68F2B9.tmodns.net) (Ping timeout)
# [18:04] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
# [18:04] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [18:04] * catlee is now known as catlee-mtg
# [18:05] <beltzner> ted: I get knocked down! But I get up again! You're ne-eva gonna keep me down!
# [18:06] * sheppy backs slowly away from the source of the 90s techno-pop.
# [18:06] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [18:07] * philor is now known as philor|away
# [18:07] <grubshka> Isn't this handling links inside browser that want to open a new window? http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js#5129
# [18:07] <grubshka> Also with http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js#1450
# [18:08] <grubshka> I tried to do the same but openURI is not called at all
# [18:08] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [18:09] * AaronMT is now known as AaronMT|afk
# [18:09] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [18:09] * philor|away is now known as philor
# [18:10] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [18:10] * reuben wishes compilers had support for constexpr already
# [18:10] <reuben> templatelib.h is unecessarily ugly :(
# [18:11] * coop is now known as coop|mtg
# [18:11] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:11] * Quits: sheppy (sheppy@moz-FD5E5D00.static.kgpt.tn.charter.com) (Quit: Leaving)
# [18:12] <reuben> but then we can't simply upgrade to newer compilers because it breaks compat with old systems :(
# [18:12] <luke> reuben: unnecessarily?
# [18:13] <Ms2ger> Can we have a tool / wiki page that correlates landing date on m-c with release version?
# [18:13] <khuey> bsmedberg: ping
# [18:13] <bsmedberg> khuey: pong
# [18:13] <reuben> luke, well, right now it's necessary, but constexpr allows you to do that without the verbose template syntax
# [18:14] * lsblakk|afk is now known as lsblakk
# [18:14] <luke> reuben: agreed :)
# [18:14] <khuey> bsmedberg: did you see https://bugzilla.mozilla.org/show_bug.cgi?id=708962#c9 ?
# [18:14] * Joins: dRdR (dRdR@moz-792B0937.uwaterloo.ca)
# [18:14] <bsmedberg> khuey: yes
# [18:15] <bsmedberg> khuey: I'm not sure that's true in general, though, since the only time an event loop is spun
# [18:15] <bsmedberg> is if another thread is racing to create the same service
# [18:15] <khuey> is during service construction
# [18:15] <khuey> right
# [18:15] <bsmedberg> so it only affects services which are actually multithreaded
# [18:15] <mounir> bz: are you subscribed to dev-webapi?
# [18:15] <bsmedberg> but it's a concern, sure
# [18:15] <bsmedberg> it's one of the primary reasons I want to make the component manager main-thread-only
# [18:16] <bsmedberg> so it's on my list, but long-term
# [18:16] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Client exited)
# [18:16] <khuey> ok
# [18:17] <khuey> sounds like a plan to me
# [18:17] <bsmedberg> khuey: in the meantime, we force PSM to be initialized on the mainthread for this very reason
# [18:17] <bsmedberg> and if there are others we should probably just audit them
# [18:17] <khuey> bsmedberg: telemetry probably needs the same hack
# [18:17] <@bz> mounir: not sure
# [18:17] <@bz> mounir: why?
# [18:18] * @bz wishes people would land whatever gc/cc stuff we're trying to do in nightlies
# [18:18] <@bz> so I could have usable browsers again
# [18:18] <khuey> vladan: ^
# [18:18] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [18:18] <Ms2ger> bz, smaug has landed some stuff already
# [18:18] <ted> beltzner: hah!
# [18:19] <ted> beltzner: but seriously, i like some of your ideas
# [18:19] <ted> and it's definitely worth taking another look at the UI
# [18:19] <jwir3> if I have an nsIDocument*, and I want to retrieve it's docType, is the best way to do this to call getStyleAttr() with aName= nsGkAtoms::doctypePublic?
# [18:19] <Ms2ger> getStyleAttr?
# [18:19] <beltzner> ted: :)
# [18:19] <Ms2ger> jwir3, you could QI to nsIDOMDocument... :)
# [18:19] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [18:19] <ted> beltzner: i liked your ideas so much the first time around i got them implemented!
# [18:20] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [18:20] <mounir> bz: I wanted to use your knowledge on a subject
# [18:20] <vladan> khuey: thanks
# [18:20] <khuey> jwir3: QI to nsIDOMDocument and get the doctype attr
# [18:20] <khuey> ah
# [18:20] <khuey> Ms2ger beat me
# [18:20] <mounir> bz: I'm going to CC you
# [18:20] <vladan> bsmedberg: what is PSM?
# [18:20] <jwir3> Ms2Ger: ah, ok. thanks
# [18:20] <jwir3> khuey: Thanks, also. ;)
# [18:21] <bsmedberg> vladan: "Personal Security Manager", the XPCOM bits which provide SSL and other encryption services and UI
# [18:21] <ted> beltzner: haha, i just read your bug comment
# [18:21] <vladan> ok, i'll look at how it gets initialized
# [18:21] <bsmedberg> ehsan: hah! I can get Windows 3.1 and 3.11 from MSDN, but not Win2k
# [18:21] <bsmedberg> oh, and MS-DOS!
# [18:22] <beltzner> ted: anyway, I think the idea of how aggro we want to go is a UX/product decision
# [18:22] <beltzner> but we have two improved experiences there, even if we don't want to go full on aggro
# [18:22] <ted> yeah
# [18:22] <reuben> aggro?
# [18:23] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
# [18:23] <reuben> oh.
# [18:24] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [18:24] * jfkthame is now known as jfkthame_afk
# [18:25] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [18:25] * Joins: anky (anky@A8CF4CAB.A31DA367.74119F78.IP)
# [18:27] <khuey> bz: ping?
# [18:27] <evilpie> ddahl: can you post a new patch for bug 440046 ?
# [18:27] <gavin> khuey: you can grant editbugs/canconfirm now
# [18:28] <khuey> gavin: nooooo
# [18:28] * khuey doesn't wnat responsibility :-P
# [18:28] <jhammel> wnat it or not, its yours
# [18:28] <khuey> gavin: can I remove editbugs/canconfirm?
# [18:28] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: Konversation terminated!)
# [18:28] <khuey> that would be much more fun
# [18:28] <gavin> yes, but you should never do that
# [18:28] * Quits: anky (anky@A8CF4CAB.A31DA367.74119F78.IP) (Client exited)
# [18:29] <khuey> ah darn
# [18:29] * Joins: benjamin (benjamin@moz-E4A489BC.usfamily.net)
# [18:30] <benjamin> what does url-classifier do?
# [18:30] <ddahl> evilpie: I will as soon as I can, booted into windoze right now to debug bug 665057
# [18:30] <khuey> it filters URLs that are reported phishing or malware attack sites
# [18:30] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
# [18:30] <@bz> khuey: ack
# [18:30] <khuey> and we pop up a warning instead of navigating to them
# [18:30] <evilpie> ddahl: sure thing, it forgot that, you were probably on holidays
# [18:30] <benjamin> so it's a part of safe-browsing?
# [18:30] <khuey> bz: so, Ms2ger's reading of the HTML5 spec says that style image _loads_ shouldn't block onload, let alone decoding
# [18:31] <khuey> bz: so I think we want to get the spec changed here
# [18:31] <khuey> benjamin: yes
# [18:31] <ddahl> evilpie: yep - got back to work yesterday and had to setup a windows environment. arrgghh
# [18:31] * AaronMT|afk is now known as AaronMT
# [18:31] <@bz> khuey: ok
# [18:31] <evilpie> hehe
# [18:31] <@bz> khuey: there's one problem
# [18:31] <@bz> khuey: style image loads are lazy
# [18:31] <@bz> khuey: which makes it hard to spec them blocking anything sanely....
# [18:31] <evilpie> ddahl: two bad things on one day (also working on mozilla is probably still better=
# [18:31] <khuey> heh
# [18:32] <khuey> that's fun
# [18:32] <khuey> maybe I just won't worry about it then
# [18:32] <ddahl> evilpie: working on windoze is not so bad once you get everything set up. I am so much faster working on Linux
# [18:32] <@smaug> bz: cc-logs please
# [18:32] <@smaug> bz: also, which builds are you using?
# [18:32] <khuey> yeah until you need to debug something
# [18:32] <khuey> and have to deal with the hell that is gdb
# [18:32] <@bz> smaug: nightly
# [18:33] <evilpie> ddahl: i usually just boot up windows for gaming
# [18:33] <@bz> smaug: probably a few days old
# [18:33] <@bz> smaug: will try to get lugs
# [18:33] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:33] <gcp> jlebar: is calling os->NotifyObservers safe outside the main thread?
# [18:33] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:33] <ddahl> evilpie: a noble way to use windows indeed
# [18:33] <@smaug> bz: hey, shouldn't we cache xbl prototype documents
# [18:33] <@smaug> bz: so that there is only one doc alive
# [18:33] <jlebar> gcp, I'm not sure; let me see...
# [18:33] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:34] * Joins: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:34] <@smaug> bz: or do we use the cache only for chrome?
# [18:34] <edmorley> Ms2ger: I'm presuming you know about https://wiki.mozilla.org/RapidRelease/Calendar and are instead meaning something that integrates with hgweb pushlog etc?
# [18:35] <@bz> smaug: we cache bindings with chrome URIs, iirc
# [18:35] <@bz> smaug: let me double-check this
# [18:35] * Quits: abral (Mibbit@646343D0.A2DD14FC.10DC0B64.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:35] <@smaug> bz: I'm interested in scrollbar.xml which is chrome binding used also in content
# [18:35] <@bz> yeah
# [18:36] <@bz> so
# [18:36] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [18:36] <jlebar> gcp, It looks like it'll run the notifications on whatever thread you call notifyobservers from, so that should almost surely be the main thread.
# [18:36] <@bz> nsXBLService::LoadBindingDocumentInfo
# [18:36] <@bz> bool useXULCache = cache && cache->IsEnabled();
# [18:36] <@bz> if (useXULCache) {
# [18:36] <@bz> info = cache->GetXBLDocumentInfo(documentURI);
# [18:36] <@bz> }
# [18:36] <gcp> jlebar: ok, not going to bother for now then :P
# [18:36] * Quits: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [18:36] * @bz looks for the code that fills the cache
# [18:36] <khuey> jlebar: gcp: observer service is main thread only
# [18:37] <khuey> don't touch it from other threads
# [18:37] <Ms2ger> edmorley, no, that works... Though something more integrated would be nice
# [18:37] <gcp> jlebar: I'm trying to get *rid* of this code. I just want it in an acceptable state before deleting all of it.
# [18:37] <Ms2ger> edmorley, how does one find that page?
# [18:37] <gcp> gcp: just in case the new code is worse
# [18:37] <jlebar> gcp, I guess it'll be up to the reviewer (and the security team?) to decide whether the failure mode is acceptable, or whether we need to try harder in this code.
# [18:38] * Joins: hub_ (hub@moz-E2FCA694.figuiere.net)
# [18:38] <edmorley> Ms2ger: https://wiki.mozilla.org/Main_Page -> "Schedule of upcoming Mozilla Releases" -> (bullets at top) "perhaps you want to see the RapidRelease Calendar..."
# [18:38] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Connection reset by peer)
# [18:38] <edmorley> (not exactly obvious)
# [18:38] <@smaug> bz: btw, if you want to try some test builds, http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-9687bb33e6ea/
# [18:38] <@bz> bool useStartupCache = useXULCache && IsChromeOrResourceURI(documentURI);
# [18:38] <@bz> That conditions putting into the proto cache too
# [18:39] <@bz> documentURI is the URI of the binding document
# [18:39] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [18:39] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [18:39] <Ms2ger> edmorley, ta, maybe I'll remember that :)
# [18:39] <@smaug> bz: so, scrollbar.xml should be always in the cache
# [18:39] <@bz> so you should not be ending up with multiple proto bindings for chrome:// URIs
# [18:39] <@bz> looks like yes
# [18:39] <@bz> unless something is broken somewhere
# [18:40] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Quit: Leaving...)
# [18:41] <@smaug> very strange. in ehsan's log I see 62 scrollbar.xml documents
# [18:41] <@bz> that is ... odd
# [18:41] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
# [18:41] <@bz> put a printf in nsXBLService::FetchBindingDocument for aDocumentURI and see what values you get?
# [18:42] <@smaug> bz: well, *I* don't see scrollbar.xml in logs
# [18:43] <@bz> ah
# [18:43] <@bz> mmm
# [18:43] <@bz> did he disable his xul proto cache by any chance?
# [18:43] <@smaug> yeah, I was starting to wonder that too
# [18:43] <@smaug> ehsan: ^
# [18:44] * Joins: ahal (ahal@moz-686ED107.uwaterloo.ca)
# [18:44] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [18:45] * Quits: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP) (Connection reset by peer)
# [18:45] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Client exited)
# [18:45] <rnewman> akeybl: re https://bugzilla.mozilla.org/show_bug.cgi?id=714565, did you intentionally only flag the second part as approval-mozilla-aurora+?
# [18:45] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:45] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [18:46] <@bz> can I create an xraywrapper from a webpage?
# [18:46] <Ms2ger> Ugh
# [18:46] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
# [18:46] * Joins: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP)
# [18:46] * bear-buildduty-afk is now known as bear-buildduty
# [18:47] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [18:47] <philor> jwir3: y u balance columns on tbpl?
# [18:47] <jwir3> philor: ?
# [18:47] * Quits: mgoodwin (mgoodwin@moz-15405DDA.cable.virginmedia.com) (Input/output error)
# [18:47] * Joins: KaiRo (robert@moz-7A29F2A5.adsl.highway.telekom.at)
# [18:48] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [18:48] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [18:48] <philor> jwir3: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1 and click on the topmost "ts", the columns in the lower right are balanced
# [18:48] <@bz> anyone
# [18:48] <@bz> ?
# [18:48] <NeilAway> jimm: bah, I thought I had tested that codepath :s
# [18:48] <philor> which I guess means they aren't length constrained, though I don't know what that means, much less how to insist that it be the case
# [18:48] <Ms2ger> mrbkap, perhaps?
# [18:49] <@bz> alternately, how do I get access to a content window from a chrome context like the error console?
# [18:49] <jimm> NeilAway: nbd!
# [18:50] <akeybl> rnewman: looking now
# [18:50] * Joins: yuan (ywang@moz-A7F450FF.sfba.hfc.comcastbusiness.net)
# [18:50] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [18:50] <akeybl> rnewman: nope, let me approve the other as well
# [18:50] * Joins: dbradley (dbradley@moz-8FACAA93.fuse.net)
# [18:50] <rnewman> ta
# [18:50] <NeilAway> bz: I generally use top.opener.contnet
# [18:50] <NeilAway> bz: I generally use top.opener.content
# [18:50] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [18:50] <Ms2ger> philor, does Android XUL ever build on the first try? :/
# [18:50] <jwir3> philor: I'm sorry, I'm still not seeing it
# [18:51] <NeilAway> Ms2ger =~ s/ on the first try//
# [18:51] <Ms2ger> NeilAway, =~ s/bz: I generally use top.opener.contnet/
# [18:51] <philor> jwir3: you're seeing the "s: tegra-036, FAIL: timeout exceeded, etc" stuff all in one column?
# [18:51] <jwir3> philor: yes
# [18:52] <philor> Ms2ger: clobber, it helps for a few hours
# [18:52] * Ms2ger sighs
# [18:52] <jwir3> philor: agh.. you know, this might be a result of not having latest nightly in this os
# [18:52] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:52] <jwir3> philor: Note that the spec changed - it was previously supposed to be 'auto' by default, and is now balance by default
# [18:52] <philor> jwir3: yeah, I just finally swapped out an old build that might have been from Christmas, which is why I'm just now starting to whine :)
# [18:53] <jwir3> philor, or rather we weren't compliant with spec
# [18:53] <khuey> jlebar: did ClearAtShutdown land?
# [18:53] <philor> balance by default would be fine, but when I tell the style editor I want -moz-column-fill: auto, I still don't get it
# [18:53] * adam-afk is now known as adam
# [18:53] <jlebar> khuey, Yes; ClearOnShutdown.
# [18:54] <jwir3> philor: ah, ok, that is unexpected. give me a bit and I will look at it.
# [18:54] * Quits: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP) (Client exited)
# [18:54] <khuey> jlebar: after arguing against it I will now proceed to use it
# [18:54] * Quits: yuan (ywang@moz-A7F450FF.sfba.hfc.comcastbusiness.net) (Quit: yuan)
# [18:54] * Quits: gandalf (zbraniecki@moz-9C4FC873.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [18:55] * Joins: anant (anant@moz-1E7FABE9.dsl.dynamic.sonic.net)
# [18:55] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [18:57] * Quits: pranavrc (pranavrc@7E4C78E2.CBE465C1.C28326FD.IP) (Quit: Ping timeout: ∞)
# [18:58] <jwir3> philor: just swapped out to the latest nightly, and I'm still seeing all those results in a single column
# [18:58] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:59] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [18:59] <jwir3> philor: ah, nvm... now I see it
# [19:00] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [19:00] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [19:01] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Ping timeout)
# [19:01] * Quits: anant (anant@moz-1E7FABE9.dsl.dynamic.sonic.net) (Quit: anant)
# [19:01] * shorlander is now known as shorlander-away
# [19:01] <@bz> NeilAway: looking
# [19:02] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [19:02] <@bz> NeilAway: perfect, thanks
# [19:03] * Quits: ahal (ahal@moz-686ED107.uwaterloo.ca) (Client exited)
# [19:03] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:04] * jimm is now known as jimm-lunch
# [19:05] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:06] * Quits: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com) (Ping timeout)
# [19:06] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:06] <khuey> mounir++
# [19:07] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:07] * Quits: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr) (Ping timeout)
# [19:07] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [19:07] <Ms2ger> What'd he do? Offer wine?
# [19:08] * @bz hates templated class names
# [19:08] <@bz> breakpointing on new list binding code is a PITA
# [19:08] <Ms2ger> philor, oh, and your observation that nothing is starred if you don't do it? Still true
# [19:08] <khuey> Ms2ger: reviewed something
# [19:09] <NeilAway> good thing bsmith doesn't need to cache the size of the cache size
# [19:09] * rnewman is now known as rnewman|working
# [19:09] <Ms2ger> NeilAway, becoming a rapper?
# [19:09] * catlee-mtg is now known as catlee
# [19:10] * Quits: MarcoZ (marco.zehe@moz-9A47C385.dip.t-dialin.net) (Ping timeout)
# [19:10] * Joins: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP)
# [19:10] <NeilAway> Ms2ger: nah, too many xibit/inception memes
# [19:11] * Quits: Jonathan- (JonathanS@831D916B.DB23A248.407F7C5B.IP) (Input/output error)
# [19:11] * Quits: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com) (Ping timeout)
# [19:11] * Ms2ger kicks khuey and gabor
# [19:12] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [19:12] * zpao|detached is now known as zpao
# [19:12] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
# [19:12] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [19:12] <khuey> Ms2ger: what do?
# [19:12] <Ms2ger> https://hg.mozilla.org/mozilla-central/rev/29f2858488df#l12.1
# [19:13] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Connection reset by peer)
# [19:13] * Quits: peregrino (peregrino@7EE6B13A.D582E83B.4A74969D.IP) (Quit: peregrino)
# [19:13] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [19:13] * khuey shrugs
# [19:13] <khuey> tell smaug to fix nsDOMEventTargetWrapperCache
# [19:14] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [19:14] * ChanServ sets mode: +o dbaron
# [19:14] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:14] * Joins: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com)
# [19:15] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:15] <gabor> Ms2ger: I was asking here folks about that and got the answer that it is ok to do so... I was a bit hesitating but really couldn't find any work around on that one
# [19:15] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:15] * Joins: MarcoZ (marco.zehe@moz-9A47C385.dip.t-dialin.net)
# [19:15] <khuey> there is no workaround
# [19:15] <Ms2ger> What for?
# [19:15] <khuey> nsWrapperCache requires private xpconnect headers
# [19:16] <gabor> exactly
# [19:16] * Quits: evilpie (evilpie@moz-97D260FB.pools.arcor-ip.net) (Input/output error)
# [19:16] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [19:16] * Quits: rshetty (quassel@2E82530A.ED8224CF.C842849F.IP) (Client exited)
# [19:16] <Ms2ger> For?
# [19:17] * Joins: evilpie (evilpie@moz-97D260FB.pools.arcor-ip.net)
# [19:17] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:17] * khuey doesn't remember
# [19:17] <khuey> you're a competent hacker, you can figure it out ;-)
# [19:17] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [19:17] <Ms2ger> Me? Hah!
# [19:18] <evilpie> so i tried using the built-in profiler https://developer.mozilla.org/en/Performance/Profiling_with_the_Built-in_Profiler
# [19:18] <gabor> it was about the GetWrapper
# [19:18] <evilpie> but i just get no results
# [19:18] * gabor looking
# [19:18] <evilpie> i am on linux, latest nightly
# [19:19] * Joins: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net)
# [19:19] * Quits: darin (darin@moz-CD91E596.google.com) (Quit: Leaving)
# [19:19] <gabor> Ms2ger: http://mxr.mozilla.org/mozilla-central/source/dom/base/nsWrapperCacheInlines.h#53
# [19:19] <Ms2ger> That only needs xpcpublic
# [19:19] * coop|mtg is now known as coop
# [19:19] * Joins: Camer0n (Cameron@moz-5911F6E0.range86-130.btcentralplus.com)
# [19:20] <gabor> we used this trick to fetch the global without having a dom window stored (which had an interface so it was easy to just store a reference to it)
# [19:20] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [19:20] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [19:20] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [19:20] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:20] <khuey> well the header includes xpcprivate.h
# [19:20] <khuey> so if you want to fix it, go ahead, but it's out of scope for gabor's bug
# [19:21] <Ms2ger> Someone else being wrong is no excuse to be more wrong
# [19:21] * Joins: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr)
# [19:21] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:21] <khuey> and scope creeping bugs just delays landing important work
# [19:22] <@bz> Ms2ger: XrayProxy for the lose
# [19:22] * Joins: Julian (chatzilla@moz-DCB9556D.dip.t-dialin.net)
# [19:22] * Joins: paolo (paolo@moz-9FE7EEF8.retail.telecomitalia.it)
# [19:22] * Quits: Camer0n (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Quit: Bye Bye)
# [19:22] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [19:22] <khuey> mounir: didn't we intentionally leave the DAP?
# [19:23] * Joins: darin (darin@moz-CD91E596.google.com)
# [19:23] <Ms2ger> Oh, did we give up on standards again?
# [19:23] * Quits: hub_ (hub@moz-E2FCA694.figuiere.net) (Input/output error)
# [19:23] <mounir> khuey: might be we did some time ago
# [19:24] <jdm> how do I figure out the hg revs for two releases of firefox without opening about:buildconfig in both?
# [19:24] <mounir> my proposal is
# [19:24] <mounir> khuey: my proposal is to come back whether we did leave or never join doesn't really matter
# [19:24] <khuey> jdm: look at the tags in mozilla-release?
# [19:24] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [19:24] <jdm> good call
# [19:24] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
# [19:25] <@bz> Ms2ger: we haven't
# [19:25] <@bz> Ms2ger: which is why we have to standardize taintEnabled
# [19:26] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [19:26] <khuey> as what?
# [19:26] * Quits: brendan (brendaneic@35E90EE3.B8B12C49.396B22AD.IP) (Quit: brendan)
# [19:26] * Quits: evilpie (evilpie@moz-97D260FB.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120104031035])
# [19:26] <khuey> something that by standard only appears in Gecko? :-P
# [19:26] * Joins: alastair (alastair@moz-D5A102B2.dynamic.dsl.as9105.com)
# [19:26] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [19:28] <Yoric> jmaher: ping
# [19:28] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [19:28] <jmaher> Yoric: pong
# [19:28] <gabor> Ms2ger: btw last time I asked around I was told that using xpcprivate is fine from gecko and dom is very much gecko... I'm always a bit concerned about what am I allowed to do and what not, do we have some guide lines somewhere written down about these things?
# [19:29] <Yoric> jmaher: if you have some time, can you update me on your side of xperf?
# [19:29] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [19:29] * Quits: chewey (chewey@moz-EAB5E7F9.dip0.t-ipconnect.de) (Ping timeout)
# [19:29] <Yoric> Just not right now, I need to run a quick errand, but in about 1/2h?
# [19:29] <jmaher> Yoric: will you be online in 40 minutes?
# [19:29] <Yoric> :)
# [19:29] * Quits: jfkthame_afk (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Ping timeout)
# [19:29] <jmaher> Yoric: perfect
# [19:30] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [19:30] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [19:31] <mrbkap> bz: what do you want to do with the Xray wrapper?
# [19:32] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
# [19:32] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [19:32] * Joins: chewey (chewey@moz-EAB5E7F9.dip0.t-ipconnect.de)
# [19:33] * Joins: evilpie (evilpie@moz-97D260FB.pools.arcor-ip.net)
# [19:35] * Quits: Julian (chatzilla@moz-DCB9556D.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [19:36] <jwir3> philor: I filed a bug on the column-fill issue, I will look at it (hopefully) this week.
# [19:36] * jwir3 is now known as jwir3|lunch
# [19:36] * jimm-lunch is now known as jimm
# [19:37] <philor> thx
# [19:37] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [19:38] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:38] <@bz> mrbkap: I wanted to set stuff on it
# [19:38] <@bz> mrbkap: but I got things sorted out
# [19:38] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:38] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:38] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:39] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [19:39] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [19:39] <ehsan> smaug: I can repro multiple scrollbar.xml's even with no add-ons
# [19:42] <@smaug> ehsan: and you don't have xul cache disabled?
# [19:42] <Ms2ger> gerv, no, I don't actually think two days after your son is born is the best time to spend watching the tree ;)
# [19:42] <gerv> He might be late...
# [19:42] <ehsan> smaug: dunno, how can I determine that?
# [19:42] <gerv> If he turns up on time, we'd postpone :-)
# [19:42] * Quits: joduinn-mtg (joduinn@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [19:43] * Joins: joduinn (joduinn@moz-B77DEAEB.mozilla.org)
# [19:43] <@smaug> ehsan: "nglayout.debug.disable_xul_cache" should be false
# [19:43] <@smaug> ehsan: or not there at all
# [19:43] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [19:44] <ehsan> smaug: shit, it's true!!!!
# [19:44] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [19:44] <@smaug> wow
# [19:44] <ehsan> smaug: do I need to restart for it to take effect after I toggle it?
# [19:44] * ehsan doesn't remember setting that pref himself
# [19:45] <@smaug> ehsan: well, existing xbl bindings won't go to cache
# [19:45] <mrbkap> bz: ok
# [19:45] <ehsan> so I'll restart
# [19:45] <@smaug> I'd restart
# [19:45] <Jesse> are there team meetings for DOM and/or Layout?
# [19:46] <khuey> not for dom
# [19:46] <@smaug> ehsan: btw, with http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-9687bb33e6ea/ builds I don't see any XBL documents in CC logs
# [19:47] <ehsan> Jesse: not for layout
# [19:47] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:47] <Jesse> thanks
# [19:47] <ehsan> smaug: which one was that?
# [19:47] * davehunt is now known as davehunt|away
# [19:47] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Connection reset by peer)
# [19:47] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:47] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [19:47] <@smaug> ehsan: my very latest build
# [19:48] <@smaug> it has some more optimizations
# [19:48] <@smaug> I need to split some stuff to bugs
# [19:48] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:48] <@smaug> but I'd like to know what kinds of CC problems bz has
# [19:49] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:49] <@bz> smaug: there's no new data from me......
# [19:49] <@smaug> bz: well, could you create CC logs https://wiki.mozilla.org/Performance:Leak_Tools#Cycle_collector_heap_dump
# [19:49] <@bz> smaug: can you point me to those test builds again?
# [19:50] <@bz> smaug: ok, gimme a sec
# [19:50] <@smaug> bz: use the first gray box
# [19:50] <@smaug> the script in the first box
# [19:50] <ehsan> smaug: do you also want me to try that build?
# [19:50] <@bz> smaug: one sec
# [19:51] <@smaug> ehsan: you created your cc-log using a previous tryserver build ?
# [19:51] * philor is now known as philor|away
# [19:51] <@smaug> ehsan: if so, try the new build
# [19:51] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [19:51] <ehsan> let me see
# [19:51] <ehsan> smaug: this is what I have: http://hg.mozilla.org/try/rev/1b9ffcf741cb
# [19:51] <@smaug> ehsan: I'm still investigating what could be done to the gmail issue
# [19:52] * Quits: MarcoZ (marco.zehe@moz-9A47C385.dip.t-dialin.net) (Quit: See you tomorrow!)
# [19:52] <@bz> smaug: looking for the log file now
# [19:52] <ehsan> smaug: ok, I have the second profile up and running, so I can run it in parallel
# [19:52] * @bz is actually having pretty good cc times right this sec: 340ms or so
# [19:52] <ehsan> smaug: I can even send it to you if it helps your testing
# [19:53] <@smaug> bz: well, my aim is <10ms
# [19:53] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [19:53] <@smaug> ehsan: no need to send the profile yet
# [19:53] <ehsan> smaug: ok
# [19:53] <@smaug> ehsan: but if you could create a new log with xul cache enabled
# [19:54] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [19:54] <@bz> smaug: I don't think I have _ever_ seen such a cc run
# [19:54] <@bz> smaug: I have no idea where this log file ended up...
# [19:54] <ehsan> smaug: sure, do you want me to create the log right now of after a day or so?
# [19:54] <@smaug> ehsan: well, you could use gmail a bit and create the log then
# [19:54] <@bz> smaug: it's not anywhere under my homedir
# [19:55] <@smaug> bz: you're on OSX
# [19:55] <@smaug> right?
# [19:55] <@bz> smaug: I started this build not from a command line
# [19:55] <ehsan> smaug: this might be where my xul cache being disabled comes from: https://mxr.mozilla.org/addons/search?string=disable_xul_cache
# [19:55] <ehsan> scary :(
# [19:55] <@bz> smaug: yes, and on a Dec 29 build
# [19:55] <@bz> ehsan: uh
# [19:55] <@smaug> ehsan: do you remember where the log went before your patches?
# [19:55] <@bz> ehsan: can we just ban such addons?
# [19:56] <@bz> ehsan: that is NOT a supported configuration
# [19:56] <ehsan> bz: I think we should
# [19:56] <ehsan> bz: should I file a bug about that?
# [19:56] <@bz> ehsan: please get a bug filed on it?
# [19:56] <ehsan> sure
# [19:56] <@bz> ehsan: any addon doing this or reasons other than because it's an addon for debugging XUL is just broken
# [19:56] <ehsan> smaug: on mac, / !
# [19:56] <ehsan> (the root dir)
# [19:56] <ehsan> bz: agreed
# [19:56] * @bz does not see a cc-anything file in /
# [19:57] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [19:57] <ehsan> bz: how did you launch firefox?
# [19:57] <@bz> ehsan: probably double-clicked desktop icon
# [19:57] <@bz> ehsan: but I might have clicked the dock icon
# [19:57] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [19:58] <ehsan> bz: hmm, it's the current dir
# [19:58] <@bz> ehsan: whatever that is in this case...
# [19:58] <mwu> wtf?
# [19:58] <@bz> maybe I should just update to tip
# [19:58] <mwu> why would an addon do that
# [19:58] <@bz> and then wait a few days
# [19:59] <ehsan> bz: does mac have locate and updatedb?
# [19:59] <@bz> mwu: because the vast majority of addon code is shitty copy/paste written with no understanding
# [19:59] <@bz> ehsan: notreally
# [19:59] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [19:59] <@bz> ehsan: one sec
# [19:59] <mwu> heh
# [19:59] <@bz> ehsan: spotlight knoweth it not
# [19:59] <@bz> ehsan: (I did a find under ~, and that also did not find it)
# [20:00] <@bz> ehsan: I suppose I could find under / and see
# [20:00] <@bz> filename should start with cc-edge, right?
# [20:00] <ehsan> bz: that's gonna be faster than updating to tip
# [20:00] <ehsan> correct
# [20:00] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:00] <@bz> ehsan: faster than updating and waiting a few days, yes
# [20:00] <@bz> ehsan: ok
# [20:00] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [20:00] <@bz> sudo find / -name "cc-edge*" running
# [20:01] * Quits: espindola (espindola@moz-A99963A8.dsl.teksavvy.com) (Ping timeout)
# [20:01] * @bz wonders how long this will actuallly take....
# [20:02] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:02] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:02] * Quits: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net) (Ping timeout)
# [20:03] <khuey> bz: did ehsan send your cc logs to some crazy place too? :-P
# [20:03] * Joins: espindola (espindola@FFE83961.F93A2643.971E19F6.IP)
# [20:03] <ehsan> khuey: if by crazy place you mean smaug and mccr8's inboxes, then yes
# [20:04] <@bz> khuey: no idea
# [20:04] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [20:04] <@bz> see, that would be ideal
# [20:04] * Joins: DGMurdockIII (dgmurdocki@moz-E933B63.hsd1.il.comcast.net)
# [20:04] <khuey> ha
# [20:05] <@bz> if there were none of this stupid file-saving crap
# [20:05] <@bz> just a nice SMTP transaction
# [20:05] <@smaug> khuey: I think bz's build uses still the old location for cc logs
# [20:06] <@bz> yes
# [20:06] <@bz> it does
# [20:06] <@smaug> that location just happened to be some unexpected place on osx
# [20:06] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [20:07] <khuey> ah
# [20:08] <@bz> mozilla% sudo find / -name "cc-edge*"
# [20:08] <@bz> Password:
# [20:08] <@bz> find: /dev/fd/3: Not a directory
# [20:08] <@bz> find: /dev/fd/4: Not a directory
# [20:08] <@bz> mozilla%
# [20:08] <@bz> I will now claim that no such file was created on this hard drive
# [20:08] <@bz> to the best of my filesystem's knowledge
# [20:08] <ehsan> bz, smaug: filed bug 715221
# [20:09] <@smaug> thanks
# [20:09] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [20:10] <jdm> is there a good way to find a regression range between two FF released versions?
# [20:10] <jdm> specifically, with mozregression
# [20:10] <jdm> the release dates probably won't work as the builds are from trunk
# [20:10] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:10] <ehsan> jdm: pass the branch cut-off dates on trunk
# [20:10] <Archaeopteryx> against which product and component do i have to file bugs in the build configuration for language packs (likely applying to more than one product)?
# [20:10] <Mossop> about:buildconfig will tell you the revisions they were built from
# [20:10] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [20:10] <ehsan> jdm: look for AURORA_BASE_xxxxx tags
# [20:10] <jdm> aha, thanks
# [20:11] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [20:11] <jdm> ehsan: hmm, help me interpret these?
# [20:12] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
# [20:12] * philor|away is now known as philor
# [20:12] <jdm> AURORA_BASE_20110816 - what does that mean?
# [20:12] <Ms2ger> https://wiki.mozilla.org/RapidRelease/Calendar
# [20:12] <Ms2ger> 16 August
# [20:12] <ehsan> there you go
# [20:12] <jdm> that looks like it corresponds with FF6
# [20:12] <Ms2ger> Sounds right
# [20:12] <ehsan> sounds about right
# [20:12] <jdm> but I don't see any more recent AURORA_BASE
# [20:12] * Ms2ger high fives ehsan
# [20:13] <ehsan> jdm: they're in mozilla-aurora I guess ;)
# [20:13] <ehsan> we screwed a tiny thing up in the migration mechanics
# [20:13] <ehsan> which causes the tags to be made in the target repo
# [20:13] <ehsan> but not the source one
# [20:13] <ehsan> (I know, I know :P)
# [20:14] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [20:14] <jcranmer> I see AURORA_BASE_20111108 in my m-c
# [20:14] <Standard8> Archaeopteryx: you probably want Core / Build Config and cc Pike
# [20:14] <Archaeopteryx> thanks
# [20:15] <jdm> ehsan: thanks!
# [20:15] * Joins: arnaud_bienner (arno@moz-B4BDEAF3.rev.sfr.net)
# [20:15] <jdm> jcranmer: oh, I was looking in mozilla-release
# [20:15] * shorlander-away is now known as shorlander
# [20:16] <ehsan> jdm: well, that explains it
# [20:17] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [20:17] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
# [20:18] <ehsan> catlee: I still don't see updates on the profiling branch :(
# [20:19] * Joins: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP)
# [20:20] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
# [20:20] * Quits: c0smikdebris (c0smikdebr@8B5FD0F1.950545B2.274D17D6.IP) (Ping timeout)
# [20:20] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
# [20:21] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:21] <catlee> ehsan: I don't think your stuff got deployed yesterday
# [20:21] <catlee> bear-buildduty: did you do a reconfig yesterday?
# [20:21] <bear-buildduty> catlee - I did not
# [20:21] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [20:21] <khuey> freelance writer
# [20:21] * Joins: c0smikdebris (c0smikdebr@D98E19B8.85AE207.274D17D6.IP)
# [20:21] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [20:22] * Ms2ger whacks khuey
# [20:22] <edmorley> khuey: getting it out of your system?
# [20:22] <bear-buildduty> catlee - do you need one after I get back from lunch?
# [20:22] <ehsan> ah
# [20:22] <ehsan> bear-buildduty: please
# [20:22] <ehsan> catlee: so I should test again tomorrow?
# [20:22] <bear-buildduty> ok, let me grab some food and then start that
# [20:22] <ehsan> catlee: or can I trigger nightlies after bear-buildduty deploys?
# [20:23] <catlee> ehsan: yes
# [20:23] <bear-buildduty> ehsan - I gave catlee all the impression in the world that I would do a reconfig last night and then did not
# [20:23] <ehsan> it's ok
# [20:23] <bear-buildduty> so apologies
# [20:23] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [20:23] <ehsan> bear-buildduty: can you please ping me when it's done so that I can trigger nightlies?
# [20:23] <ehsan> bear-buildduty: np :)
# [20:23] <bear-buildduty> sure can
# [20:24] * bear-buildduty is now known as bear-buildduty-lunch
# [20:25] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [20:27] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [20:27] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [20:28] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [20:29] * Quits: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [20:29] * Joins: jamesr (jamesr@9D646D74.D6CCE4AE.77834EAA.IP)
# [20:29] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [20:32] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:33] * Joins: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:33] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [20:33] <jrmuizel> anyone know how to detect 10.5 vs 10.6 in a mochitest?
# [20:34] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:34] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [20:34] * anant_ is now known as anant
# [20:34] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [20:34] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [20:35] <jlebar> jrmuizel, ping?
# [20:35] <jrmuizel> jlebar: pong
# [20:35] <jrmuizel> ehsan: ping
# [20:35] <jlebar> jrmuizel, is Telemetry::IMAGE_DECODE_ON_DRAW_LATENCY supposed to time each individual image which is discarded and then re-decoded?
# [20:35] <ehsan> jrmuizel: heya
# [20:36] <jrmuizel> is there central place to put general mochitest code?
# [20:36] <Ms2ger> SimpleTest
# [20:36] <ehsan> yes
# [20:36] <jrmuizel> jlebar: I think it might be wrong
# [20:36] <jlebar> jrmuizel, I think so too. :)
# [20:36] <ehsan> jrmuizel: SimpleTest as Ms2ger said
# [20:36] <jrmuizel> jlebar: I have a patch someplace
# [20:36] * ehsan sits back and lets Ms2ger answer all of the questions
# [20:37] <Ms2ger> rm -rf editor? Why yes, go ahead
# [20:37] * Joins: IRCMonkey31880 (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
# [20:37] <biesi> yeah, who needs <input>s anyway?
# [20:37] <Ms2ger> Not me
# [20:37] <jrmuizel> jlebar: http://pastebin.mozilla.org/1433699
# [20:37] <jlebar> jrmuizel, I'd appreciate at least seeing that fix. I'm trying to manually time how long it takes to re-decode images by putting printf's where telemetry reports the time.
# [20:37] <ehsan> biesi: if only it were <input>s...
# [20:37] <Ms2ger> biesi, all the cool kids use canvas anyway
# [20:38] <jrmuizel> jlebar: feel to free to push that if you have the desire
# [20:38] <@bz> smaug: pibg
# [20:38] <jlebar> jrmuizel, Okay. I don't think that solves the entire problem, but I'll look...
# [20:38] <@bz> smaug: er, ping
# [20:39] <@smaug> bz: pong
# [20:39] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:39] <Ms2ger> bz, well, at least it wasn't "smaug: pig" :)
# [20:39] <jrmuizel> jlebar: 715240
# [20:40] <@smaug> Ms2ger: I didn't eat that much during Christmas
# [20:40] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:40] <jlebar> jrmuizel, So there's still a problem: When I switch to a tab with 45 big images which have been discarded, I see that histogram being frobbed only twice.
# [20:40] <ted> does our NSS certificate bundle have a license?
# [20:40] <ted> does that even make sense?
# [20:40] <Ms2ger> smaug, ... Mozilla only paid you after Christmas? ;)
# [20:41] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [20:41] <jlebar> jrmuizel, The IMAGE_DECODE_ON_DRAW_LATENCY histogram.
# [20:41] * Joins: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net)
# [20:41] <ted> i guess it does
# [20:41] <jrmuizel> jlebar: I recall seeing something like that
# [20:41] <jrmuizel> I could never explain it
# [20:41] <ted> gerv: does that actually make sense?
# [20:41] <jlebar> :-/
# [20:41] <jrmuizel> I'd love to hear the explanation
# [20:41] <jlebar> I'll file a bug.
# [20:41] <jrmuizel> sure
# [20:41] <jrmuizel> link it to the bug I just filed somehow
# [20:41] * jlebar is worried when the module owner can't explain a bug.
# [20:41] * jwir3|lunch is now known as jwir3
# [20:42] <jrmuizel> I'm not the module owner of imagelib...
# [20:42] <jlebar> Oh, is it joe?
# [20:42] <jrmuizel> yes
# [20:42] <joe> hi
# [20:43] <jlebar> joe, I'll have info in bug 715240 in a moment.
# [20:43] * Quits: tonymec (tonymec@5590104B.F242E24F.277517C1.IP) (Ping timeout)
# [20:43] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [20:44] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [20:44] * Joins: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net)
# [20:44] * Quits: tonymec|away (tonymec@5590104B.F242E24F.277517C1.IP) (Ping timeout)
# [20:44] * Joins: yuan (ywang@moz-7B0110AD.mv.mozilla.com)
# [20:44] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
# [20:45] <jlebar> joe, It looks like many of the important imagelib histograms are messed up.
# [20:45] * Quits: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net) (Ping timeout)
# [20:46] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [20:46] * Joins: yuan_ (ywang@moz-BBE3ABD.mv.mozilla.com)
# [20:46] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
# [20:46] <DGMurdockIII> http://genode.org/about/road-map
# [20:46] <DGMurdockIII> can you guys read this site
# [20:47] * Quits: yuan (ywang@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [20:47] * Quits: yuan_ (ywang@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:47] * Joins: yuan (ywang@moz-BBE3ABD.mv.mozilla.com)
# [20:47] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [20:48] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
# [20:48] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [20:48] * davehunt|away is now known as davehunt
# [20:50] * Quits: liuche (liuche@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [20:50] * Joins: liuche (liuche@moz-B77DEAEB.mozilla.org)
# [20:51] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [20:53] <benjamin> what is the guid in places for?
# [20:53] * Quits: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP) (Quit: peregrino)
# [20:53] * Joins: tonymec__ (tonymec@6F17CB2F.4E80F1F3.277517C1.IP)
# [20:54] * Quits: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP) (Client exited)
# [20:55] * tonymec__ is now known as tonymec|away
# [20:55] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [20:56] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:57] <Ms2ger> And who's inserting a null guid?
# [20:57] <khuey> yeah I've been wondering that for a while
# [20:57] <khuey> I also want to know who put windows line endings in nsIDocument.h
# [20:58] <Ms2ger> cpearce?
# [20:58] <khuey> probably :-P
# [20:58] <bent> vstudio is awful for that
# [20:58] <Ms2ger> Also, anybody who wants to claim that NS_ASSERTIONS aren't ignored, please point at the bug
# [20:58] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:58] * Boriss_ is now known as Boriss
# [20:59] * lsblakk is now known as lsblakk|lunch
# [21:00] <joe> jlebar: unfortunately I haven't even been involved in the _review_ of many of those histograms
# [21:01] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [21:02] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [21:02] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
# [21:03] * Joins: azakai__ (alon@moz-BBE3ABD.mv.mozilla.com)
# [21:03] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [21:03] <joe> jlebar: do you have specific questions?
# [21:03] <NeilAway> why do we still have widget/src/build ?
# [21:03] <mak> Ms2ger: null guid?
# [21:03] <jlebar> joe, not atm, but I suspect I will. :)
# [21:03] * mattwoodrow|away is now known as mattwoodrow
# [21:03] <jdm> DGMurdockIII: I can
# [21:04] <Ms2ger> mak, shutdown assertion
# [21:04] <joe> ok :)
# [21:04] <joe> when you do I can help!
# [21:04] <jlebar> thanks.
# [21:04] <mak> Ms2ger: yes, where
# [21:05] <DGMurdockIII> (jdm): im on firefox 10 beta and i can kijnda read some of it but the man stuff has lines going three it like the site is not renderd right
# [21:05] * NeilAway thwaps ehsan for mentioning a protected URL
# [21:05] <Ms2ger> In my local build last time I checked
# [21:05] <Ms2ger> ###!!! ASSERTION: Someone added an entry without adding a GUID!: '!haveNullGuids', file /jseng/toolkit/components/places/Database.cpp, line 1701
# [21:06] <mak> Ms2ger: !! wtf, that should be a breaking assertion!
# [21:06] <khuey> gabor: looks like it stuck
# [21:06] <gabor> :(
# [21:06] <Ms2ger> mak, not as long as I hit it, please
# [21:06] <khuey> mak: I can send you a profile that hits it
# [21:06] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Po-ta-to, boil em, mash em, stick em in a stew.)
# [21:06] <gabor> ah stuck you mean
# [21:06] <jdm> DGMurdockIII: well, nightly on mac works fine for me
# [21:06] * nthomas|away is now known as nthomas
# [21:06] <Ms2ger> Mine is emptyish
# [21:06] <mak> khuey: is there a bug files?
# [21:07] <mak> filed
# [21:07] <khuey> yeah, mine too
# [21:07] <khuey> mak: apparently not, according to Ms2ger
# [21:07] <gabor> sorry I'm getting tired I misinterpreted it
# [21:07] * Joins: tonymec (tonymec@6F17CB2F.4E80F1F3.277517C1.IP)
# [21:07] <khuey> heh
# [21:07] <Ms2ger> I haven't looked
# [21:07] <mak> I highly suspect favicons
# [21:07] <Ms2ger> Didn't get it on a brand new profile
# [21:07] <khuey> yeah
# [21:07] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:07] <khuey> I have an almost empty test profile that gets it
# [21:08] <Ms2ger> I did get
# [21:08] <Ms2ger> ###!!! ASSERTION: Uh, IsInModalState() called w/o a reachable top window?: 'Error', file /jseng/dom/base/nsGlobalWindow.cpp, line 6750
# [21:08] <mak> khuey: could you quickly check where the guid is missing?
# [21:08] <khuey> how would I do that?
# [21:08] * khuey doesn't know the first thing about places
# [21:08] <mak> khuey: either moz_places or moz_bookmarks or moz_favicons... using sqlite manager, or just drop me a mail with the db
# [21:08] * khuey has sqlite manager
# [21:09] <jlebar> joe, RasterImage::Draw() is called only on images which are actually drawn to the screen, it seems. So can't we implement a policy that if there's a pending decode for a ::Draw()'n image, no other decode workers run?
# [21:09] * Ziggy|AWAY is now known as Ziggy_Maes
# [21:09] <mak> khuey: ok, open the db, open each of those tables and order by guid... you should see an empty row, somewhere
# [21:09] * Joins: jlebar_ (jlebar@moz-3F3A6302.dyn.columbia.edu)
# [21:09] <joe> well
# [21:09] <mak> empty GUID column in a row, I mean
# [21:09] <joe> it's tricky
# [21:09] <khuey> yeah, it's favicons
# [21:10] <joe> jlebar: the problem is that we post to the event queue for decoding, and that's per-image
# [21:10] <khuey> "8","http://www.google.com/favicon.ico","BLOB (Size: 894)","image/png","1325897289752000",
# [21:10] <Ms2ger> And now Assertion failed at /jseng/gfx/cairo/cairo/src/cairo-hash.c:196: hash_table->live_entries == 0 with a stack of leaked URLs
# [21:10] <joe> we don't just have a "decoder worker"
# [21:10] <khuey> Ms2ger: that assertion happens every time we leak interesting stuff
# [21:10] <jlebar> joe, Each image posts its own decoder worker to the event loop, yes.
# [21:10] <mak> khuey: that's the last table that got guids... cool. I'll file a bug and try to repro... and make the assertion breaking
# [21:10] <joe> yes
# [21:10] <joe> so there's no clean way to reorder them
# [21:10] <jlebar> joe, We could change that so there's just one worker, though. In fact, we probably do, so we don't spam the event loop as hard.
# [21:11] <Ms2ger> Also, WARNING: Leaking the RDF Service. / WARNING: Textrun cache not empty!
# [21:11] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [21:11] <mak> khuey: Ms2ger thanks
# [21:11] <Ms2ger> Np
# [21:11] <joe> yes
# [21:11] <joe> that I would be 100% in favour of
# [21:11] <khuey> I think the moral of this story is to bitch about everything on #developers
# [21:11] <joe> a++++ would recommend again
# [21:11] <jlebar> joe, But even with multiple workers, you could check some global status and, if you're not a ::Draw() worker, just do nothing.
# [21:11] <khuey> and then somebody will fix it
# [21:11] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:11] <joe> jlebar: yeah, though I would strongly prefer having only a single worker
# [21:11] <jlebar> joe, okay. I may try this. I didn't realize that we could tell when an image is drawn.
# [21:11] <mak> yeah, when you see an assertion complain loudly
# [21:12] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Ping timeout)
# [21:12] <Ms2ger> mak, alright
# [21:12] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [21:12] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:12] <@bz> anyone here know anything about workers?
# [21:12] <Ms2ger> I'll use a debug build with my default profile and start first thing in the morning :)
# [21:12] <khuey> bent does!
# [21:12] <Ms2ger> bent
# [21:12] <@bz> <khuey> I think the moral of this story is to bitch about everything on #developers
# [21:12] <@bz> <joe> a++++ would recommend again
# [21:12] <@bz> er...
# [21:12] <khuey> bz: :-D
# [21:12] <@bz> http://stackoverflow.com/questions/8715463/web-workers-not-spawning-sub-workers-in-firefox-10
# [21:12] <khuey> that belongs on qdbo
# [21:12] <khuey> er
# [21:12] <@bz> that one
# [21:12] <khuey> qbo
# [21:13] <khuey> bz: kinda nice that MDN is down so I can't read the sample code
# [21:14] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [21:14] <NeilAway> bz: I wanted to simplifiy nsSelectMoveScrollCommand::DoSelectCommand, but it turns out that ScrollHorizontal uses true to mean left, while CharacterMove uses true to mean right, while the equivalent methods for vertical movement all use true to mean down
# [21:14] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:14] * Joins: lgvalent (Mibbit@FD3CEDA8.A37E6430.562B2B26.IP)
# [21:14] * Quits: Unfocused (u2622@moz-160C58C6.com) (Max SendQ exceeded)
# [21:15] <Ms2ger> NeilAway, enums, dammit
# [21:15] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [21:15] * jfkthame is now known as jfkthame_afk
# [21:15] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Quit: Fleeing the scene)
# [21:16] <NeilAway> Ms2ger: feel free to fix the codebase for me
# [21:16] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [21:16] <NeilAway> bz: would it be ok to rename ScrollHorizontal(boolean aLeft) to ScrollCharacter(boolean aRight)?
# [21:16] <Ms2ger> NeilAway, it's editor, do you know how much work that is?
# [21:16] * bear-buildduty-lunch is now known as bear-buildduty
# [21:16] <Ms2ger> I guess you do
# [21:17] <NeilAway> Ms2ger: enough to volunteer you to do it
# [21:17] <ehsan> NeilAway: do you believe in security by obscurity? :P
# [21:17] <Ms2ger> ehsan, as in, nobody will find security bugs in editor?
# [21:18] <ehsan> Ms2ger: there are no security bugs in the components that I own
# [21:18] <Ms2ger> :)
# [21:18] <@bz> NeilAway: no idea
# [21:19] <@bz> bobbyholley: ping
# [21:19] <Ms2ger> bholley, ^
# [21:19] <bholley> bz: hi
# [21:19] <lgvalent> Please, can anyone tell if there are some diagrams, like class and colaboration, for firefox source code?
# [21:20] <NeilAway> bz: do you know anyone likely to care?
# [21:20] <Ms2ger> lgvalent, imagine a spider web
# [21:20] * Joins: kbrosnan (kbrosnan@moz-B77DEAEB.mozilla.org)
# [21:20] * Quits: dao (dao@moz-32301D3.superkabel.de) (Connection reset by peer)
# [21:20] <Mook_as> Ms2ger: more like a ball of twine, really
# [21:20] <Ms2ger> lgvalent, then imagine some kid sticking something into it
# [21:20] <khuey> Ms2ger: spiderwebs are ordered
# [21:20] <khuey> and quite neat
# [21:20] <Ms2ger> lgvalent, that'll get you an optimistic view
# [21:21] <bholley> lgvalent: what part of the code are you looking at?
# [21:21] <Ms2ger> lgvalent, and listen to bholley for the helpful answer
# [21:21] <@bz> bholley: hey
# [21:21] <Ms2ger> The rest of us are just snarky
# [21:21] <@bz> bholley: so this xrayproxy thing....
# [21:21] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d1f777b14d52 - Neil Rashbrook - Bug 715129 File picker can't pick applications on Vista or later r=jimm
# [21:21] <@bz> bholley: with setters
# [21:21] <@bz> bholley: seems bad. Have you seen peterv recently?
# [21:21] * Joins: dao (dao@moz-32301D3.superkabel.de)
# [21:21] <NeilAway> ^^^ yes it's the wrong patch
# [21:21] <bholley> bz: he's around. Catching up on mail
# [21:22] <Ms2ger> I've seen him yesterday
# [21:22] * NeilAway forgot to hg outgoing first sorry
# [21:22] <bholley> bz: want me to take the bug?
# [21:22] <lgvalent> I'm looking at bookmarks toolbar and rss buttons added.
# [21:22] <@bz> bholley: if you have time, yes
# [21:22] <@bz> bholley: we need to fix on beta...
# [21:22] <bholley> bz: oh boy
# [21:23] <bent> bz, khuey, the problem is the number of workers that get spawned
# [21:23] <bent> bz, khuey, we limit to 20 per origin, can change via pref
# [21:23] <@bz> bholley: well, at least inmo
# [21:23] <bholley> bz: if it's urgent it might be better for someone who already understands the code better to do it
# [21:23] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [21:23] <@bz> bholley: that would be "peterv", yes?
# [21:23] <bholley> bz: yes
# [21:23] <bent> bz, khuey, so if fib spawns more than 20 some will queue, and therefore fib will never finish
# [21:24] <@bz> bholley: alright; I'll try to get hold of him
# [21:24] <@bz> bent: mmm deadlock
# [21:24] <bholley> bz: do you have an idea of how to fix it?
# [21:24] <bent> well
# [21:24] <bholley> lgvalent: so, a lot of that stuff is handled "chrome" code
# [21:24] <bent> "livelock"
# [21:24] <@bz> bent: or is it busy-wait-lock?
# [21:24] <bent> no
# [21:24] <bholley> lgvalent: which is javascript and XML
# [21:24] * @bz didn't kook at fib.js
# [21:26] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:26] <bent> bz, "dom.workers.maxPerDomain" is the pref
# [21:27] <@bz> bent: so why did it work on the mozilla site?
# [21:27] <bent> i think we do 3 in mochitests
# [21:27] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [21:28] <bent> maybe the docs he's looking at say 5
# [21:28] <Ms2ger> cpearce, did you touch nsIDocument.h lately?
# [21:28] <NeilAway> what happened to widget/src?
# [21:29] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Ping timeout)
# [21:29] <Ms2ger> NeilAway, all went into widget/
# [21:29] <bent> bz, the mdc page shows "5" as the example
# [21:29] * Quits: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP) (Ping timeout)
# [21:29] <bent> :(
# [21:30] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0735adef851b - Neil Rashbrook - Backout changeset d1f777b14d52
# [21:30] <mak> khuey, ms2ger: by chance, could you have used that profile across different versions or nightlies?
# [21:30] <Ms2ger> Sure
# [21:31] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [21:31] <khuey> mak: definitely
# [21:31] <khuey> this is my debugging profile
# [21:31] <khuey> it's been to hell and back
# [21:31] <mak> then I probably figured out the problem
# [21:31] * Joins: dao1 (dao@moz-32301D3.superkabel.de)
# [21:32] <NeilAway> bah, but we still have a useless widget/build
# [21:32] * Quits: dao (dao@moz-32301D3.superkabel.de) (Ping timeout)
# [21:32] <mak> it's the usual downgrade/upgrade path :\
# [21:32] * Joins: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [21:32] * Quits: KaiRo (robert@moz-7A29F2A5.adsl.highway.telekom.at) (Quit: www.seamonkey.at)
# [21:33] <qheaden> Hello everyone.
# [21:33] <Ms2ger> Evening
# [21:34] * qheaden casts Evening to Afternoon. :)
# [21:34] <NeilAway> is that a const case, a static cast, a dynamic cast, or a reinterpret cast?
# [21:34] <NeilAway> s/case/cast
# [21:34] <mauke> boost::lexical_cast
# [21:34] <jlebar> We don't have a C++-style linked list class, do we?
# [21:35] <qheaden> Time categories don't change. So a static cast. :)
# [21:35] <Ms2ger> jlebar, hah
# [21:35] <Ms2ger> Maybe in JS, though?
# [21:35] <Ms2ger> luke?
# [21:36] <luke> nope
# [21:37] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
# [21:38] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3ec9d6539335 - Neil Rashbrook - Bug 715129 File picker can't pick applications on Vista or later r=jimm
# [21:38] <jlebar> okay then. I think I'll use a heap. :)
# [21:38] <cpearce> Ms2ger: `hg log content/base/public/nsIDocument.h | less` will answer that for you. ;)
# [21:38] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:38] <NeilAway> if anyone on buildduty knows how to safely cancel any part of d1f777b14d52 then feel free to do so
# [21:39] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:40] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [21:41] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
# [21:41] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [21:43] <Ms2ger> nsBlockReflowContext: TableOuter(table)(1)@0x2ba3344c8f18 metrics=47460,155673120!
# [21:44] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:44] <Ms2ger> Is that a normal thing for my build to print?
# [21:44] <@bz> only if your dimensions get that big
# [21:44] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [21:44] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:44] <Ms2ger> Well, it's one of AryehGregor's tests
# [21:44] <Ms2ger> So, yes
# [21:45] * rnewman|working is now known as rnewman|lunch
# [21:45] <AryehGregor> :)
# [21:45] * Quits: Mitch (chatzilla@moz-9EE5CDB.sbr802.nsw.optusnet.com.au) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.6.1/20111221001913])
# [21:45] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:45] <edmorley> NeilAway: widget/build/ was moved to widget/windows/
# [21:45] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
# [21:45] * ChanServ sets mode: +o dbaron
# [21:45] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [21:46] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:48] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:48] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:48] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:50] <Ms2ger> Hmm
# [21:50] <Ms2ger> JavaScript error: http://mochi.test:8888/tests/SimpleTest/TestRunner.js, line 97: frameWindow.SimpleTest is undefined
# [21:51] <Ms2ger> That might mean trouble
# [21:51] * Quits: yuan (ywang@moz-BBE3ABD.mv.mozilla.com) (Quit: yuan)
# [21:53] <jlebar> joe, Do you think we should round-robin between images of a given priority level, or should we decode one by one (say, smallest image first)?
# [21:53] <Ms2ger> Wait...
# [21:53] <Ms2ger> frameWindow.SimpleTest.ok(false, TestRunner.maxTimeouts + " test timeouts, giving up.");
# [21:53] <Ms2ger> Why does that go through the frame?
# [21:54] * Joins: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP)
# [21:54] <joe> jlebar: hm
# [21:54] <joe> well
# [21:54] <joe> we decode in 5ms or $chunksize chunks
# [21:54] <joe> whichever comes first
# [21:54] <jlebar> currently, yes. And we round-robin.
# [21:54] <joe> and between that we do an event posting
# [21:55] <joe> so we should probably continue doing that
# [21:55] <joe> unless we have a reason not to
# [21:55] <jlebar> well...between each round of N images.
# [21:55] <jlebar> I think the idea is to post to the event loop now between each individual image, rather than between each round of N.
# [21:55] * Joins: khuey|local (Mibbit@moz-F681E204.hsd1.fl.comcast.net)
# [21:55] <jlebar> But then we can boost it up to 50ms or so per image.
# [21:55] <khuey|local> did everything mozilla just fall off the internet?
# [21:56] * khuey|local can't get to b.m.o, p.m.o, or zimbra
# [21:56] <jlebar> http://www.downornot.com/bugzilla.mozilla.org
# [21:56] <qheaden> jlebar: That's an awesome site! :)
# [21:57] <khuey|local> I know bugzilla is down
# [21:57] * davehunt is now known as davehunt|away
# [21:57] <khuey|local> I want to know if everything is gone
# [21:57] <jlebar> khuey, wfm
# [21:57] * bmoss|2 is now known as bmoss
# [21:57] <khuey|local> really?
# [21:57] * Joins: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net)
# [21:57] <jlebar> khuey|local, can you know something which is untrue?
# [21:57] <khuey|local> I haven't found anything at .mozilla.org that's working for me?
# [21:58] <jlebar> khuey|local, anyway, yes, really, bugzilla wfm.
# [21:58] * Quits: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [21:58] <khuey|local> weird
# [21:58] <qheaden> mxr still seems to work.
# [21:58] <joe> jlebar: I worry about responsiveness if we don't repost after a certain number of ms tho
# [21:58] <khuey|local> I can't get to mxr either
# [21:58] <khuey|local> or even mozilla.org
# [21:58] <qheaden> Hmm. mxr is working for me. Is your network ok?
# [21:58] <jlebar> joe, We should repost after Xms, for sure.
# [21:58] <jlebar> qheaden, well, he's on irc...
# [21:59] <khuey|local> everything else on my network seems to work fine
# [21:59] <qheaden> Hmm. Strange.
# [21:59] <joe> jlebar: one nice thing is that a lot of files decode in very very small time, so we can decode them serially in < 5 ms
# [21:59] <jlebar> joe, We could definitely keep decoding images until we've used up our time quota.
# [21:59] <joe> so yeah
# [22:00] <joe> I'm a bit worried about starvation
# [22:00] <joe> but
# [22:00] <jlebar> joe, But it sounds like you want to round-robin also, so as to avoid starvation.
# [22:00] <joe> we could just go serially through images
# [22:00] <joe> make it easy to choose between them and you'll win
# [22:01] <jlebar> size seems like a decent heuristic to try. I'll see how it works.
# [22:01] <jlebar> khuey|local, I may have a fix for the image decode problems.
# [22:01] <joe> "the" problems?
# [22:02] <jlebar> joe, well, the problems we've been talking about in memshrink.
# [22:02] <Ms2ger> Their existence
# [22:02] <khuey|local> jlebar: I'm listening
# [22:02] <jlebar> joe, specifically, the problem that we can't tell when an image is needed, so we have to decode all of them at once.
# [22:02] <joe> right
# [22:02] <jlebar> khuey|local, RasterImage::Draw() is called when an image is drawn.
# [22:02] * lsblakk|lunch is now known as lsblakk
# [22:02] <jlebar> khuey|local, And it's called before the image is decoded.
# [22:02] <jlebar> khuey|local, So just prioritize Draw()'n images when decoding.
# [22:03] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [22:03] <khuey|local> :-P
# [22:03] <khuey|local> it can't be that easy
# [22:03] <jlebar> Yeah, I know. But...that's what it looks like.
# [22:03] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [22:03] * Quits: khuey (khuey@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [22:03] <blizzard> Cww: ping
# [22:03] <khuey|local> lol
# [22:03] <khuey|local> ok
# [22:03] <khuey|local> so how would we "prioritize" them?
# [22:03] <joe> haha
# [22:04] <joe> all we have to do is totally rewrite the way we decode
# [22:04] <khuey|local> cause right now we just kick them all off and let them run
# [22:04] <khuey|local> yeah that's what I'm afraid of
# [22:04] * IRCMonkey31880 is now known as Tobbi|was_discovered
# [22:04] <jlebar> joe, It doesn't seem like it's that much code.
# [22:04] <khuey|local> it might be easier than mucking about in layout though
# [22:04] <joe> no, not much
# [22:04] <jlebar> khuey|local, Right now we spawn one worker per image.
# [22:04] * Quits: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net) (Quit: ChatZilla 0.9.78.1 [SeaMonkey 1.5a/2007051508])
# [22:04] <khuey|local> the way we decode is a relatively small chunk of conceptual complexity
# [22:04] <ehsan> bz: smaug: guess what add-on disables xul cache?!
# [22:04] <jlebar> khuey|local, My idea is to have one global worker, and let it manage the priorities.
# [22:04] * Tobbi|was_discovered is now known as Tobbi
# [22:04] <khuey|local> ehsan: jetpack?
# [22:05] <biesi> firebug?
# [22:05] <ehsan> the new jetpack
# [22:05] <ehsan> openwebapps
# [22:05] <khuey|local> rofl
# [22:05] * ehsan is SOOOOOOOO mad
# [22:05] <@smaug> whaattt?
# [22:05] <@smaug> huh
# [22:05] <ehsan> I want to punch somebody
# [22:05] <ehsan> seriously
# [22:05] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [22:05] * ehsan files an angry bug
# [22:05] * Joins: khuey (khuey@moz-B77DEAEB.mozilla.org)
# [22:05] * khuey|local attempts to refrain from making comments about certain groups code quality
# [22:05] <khuey|local> woah I joined #developers?
# [22:05] <khuey|local> neat
# [22:05] * jfkthame_afk is now known as jfkthame
# [22:06] <ehsan> khuey|local: I have no such restraints ;)
# [22:06] <khuey|local> jlebar: a single decode worker object
# [22:06] <khuey|local> jlebar: but still on the main thread, right?
# [22:06] <jlebar> khuey|local, yes
# [22:06] <jlebar> yes.
# [22:06] <joe> yeah
# [22:06] <khuey|local> ehsan: I'm pretty close to that
# [22:06] <joe> separate thread is more work
# [22:06] <khuey|local> jlebar: doesn't sound that hard
# [22:06] <khuey|local> not that hard at all
# [22:06] <jlebar> no, it doesn't.
# [22:06] * Joins: yuan (ywang@moz-7B0110AD.mv.mozilla.com)
# [22:06] <khuey|local> so basically if an image that's discarded is ::Draw()d bump it to the front of the line
# [22:07] * Joins: Ziggy_Maes (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [22:07] <jlebar> yep
# [22:07] * Quits: protz (jonathan@moz-7F6750F6.xulforum.org) (Quit: Leaving)
# [22:07] <NeilAway> edmorley: oh about time
# [22:07] <khuey|local> sounds like a plan to me!
# [22:07] <gerv> ted: it's a grey area.
# [22:07] <khuey|local> who's going to do it? :-)
# [22:07] <NeilAway> bbondy++
# [22:07] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:07] <ted> gerv: just seems odd to license a bunch of public keys + metadata
# [22:07] <gabor> khuey: last time I had this problem with mozilla.org I switched my dns server to the public google one then it worked... maybe it's your isp provider
# [22:07] <bbondy> ?
# [22:07] <gerv> ted: right.
# [22:07] <khuey|local> gabor: interesting theory
# [22:08] <gerv> The keys are technically owned by the CAs,
# [22:08] <ted> right
# [22:08] <gerv> and we don't have a written distribution contract with them.
# [22:08] <ted> and the metadata is just a bunch of flags
# [22:08] <ehsan> bz: smaug: filed bug 715301
# [22:08] <bbondy> NeilAway: folding?
# [22:08] <gerv> OTOH, it's in no-one's interest to make a fuss about it...
# [22:08] <bsmedberg> "owned"
# [22:08] <gabor> I've been struggling with the same thing...
# [22:08] <gerv> so we just leave it nicely undefined.
# [22:08] <gabor> for a while
# [22:08] <gerv> Shh :-)
# [22:08] <ted> gerv: true
# [22:08] <ted> hah
# [22:08] <ted> just seems silly to say it's MPL-tri
# [22:08] <gerv> Does the file say that?
# [22:08] <ted> instead of PD or something
# [22:08] <khuey|local> gabor: would explain why I can get on irc through mibbit
# [22:08] <ted> gerv: yes
# [22:08] <gerv> Ah.
# [22:08] <khuey|local> and why I'm still getting bugmail
# [22:08] <ted> http://mxr.mozilla.org/mozilla/source/security/nss/lib/ckfw/builtins/certdata.txt?raw=1#
# [22:09] <gabor> khuey: sounds exactly the same
# [22:09] <NeilAway> bbondy: although, you missed a trick
# [22:09] <ehsan> smaug: so this means that I need to restart again in order to give you useful logs
# [22:09] <gerv> ted: if asked, we can claim it's a compilation copyright.
# [22:09] <bbondy> Just wanted to warn everyone that I will be landing 34 patches later today one of which is 300KB. I'll be around in case shit hits the fan.
# [22:09] <ted> i suppose
# [22:09] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Broken pipe)
# [22:09] <gerv> Less said about this, the better :-)
# [22:09] <ted> bah
# [22:09] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:09] <ted> anyway, just piqued my interest from https://github.com/kennethreitz/certifi
# [22:09] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
# [22:09] <gerv> Is it an issue for you?
# [22:09] <ted> no
# [22:10] <bbondy> NeilAway: do share
# [22:10] <ted> but i think that guy is jumping through hoops to make a sub-project because he assumes he can't incorporate them in his non-MPL-tri project
# [22:10] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:10] * joduinn is now known as joduinn-biab
# [22:10] <NeilAway> bbondy: in the bug
# [22:10] <gerv> ted: ping me a mail with his contact details,
# [22:10] <gerv> and I'll try and ease his pain.
# [22:10] * Quits: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com) (Quit: Leaving.)
# [22:11] <ted> he didn't complain about it explicitly :)
# [22:11] <ted> i'm interpreting his pain ;-)
# [22:11] <edmorley> gerv: between the "close the trees" and "update m-c" steps, I'd recommend adding 'merge inbound to m-c' (and perhaps fx-team, seeing as it's the next busiest repo), such that on tree reopen, we don't have a bunch of conflicts (or more likely newly added files with the old licence)
# [22:11] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [22:11] <edmorley> oh too late
# [22:11] * Quits: Ms2ger (Ms2ger@C27335BF.43CA53FB.37724B0D.IP) (Quit: nn)
# [22:12] <NeilAway> ehsan: oh, it would work, it would just be ugly
# [22:13] <ehsan> NeilAway: my conscious cannot accept r+ a patch which _adds_ a method with a bool param like that :(
# [22:13] <ehsan> I'd have nightmares
# [22:13] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Quit: sheppy)
# [22:13] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [22:13] * Joins: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com)
# [22:13] <NeilAway> ehsan: I'm adding no methods, just renaming :-P
# [22:14] * Quits: past (past@moz-BF25D14C.dsl.dyn.forthnet.gr) (Input/output error)
# [22:14] <NeilAway> ehsan: anyway, as you must have noticed in scrollback, Ms2ger has volunteered to replace ScrollXXX(aForward) with a single Scroll method that takes an enum as to what to scroll ;-)
# [22:14] * Joins: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP)
# [22:15] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [22:15] <ehsan> NeilAway: in that case your suggestion should be fine :)
# [22:16] <qheaden> Dumb question inbound.
# [22:16] <qheaden> What is the fx team?
# [22:16] <ehsan> firefox team
# [22:16] <ehsan> it's also an irc channel
# [22:16] <ehsan> #fx-team
# [22:16] <ehsan> and an integration repository for the firefox team
# [22:16] <qheaden> Ahh ok.
# [22:17] <ehsan> it mostly means people who work on the front-end
# [22:17] * Quits: gerv (gerv@moz-9DD4A6E4.rb3.adsl.brightview.com) (Ping timeout)
# [22:17] <qheaden> Cool.
# [22:17] <@smaug> ehsan: could you still file a bug to make sure that MDN is clear that nglayout.debug.disable_xul_cache is debugging thing only
# [22:17] <ehsan> smaug: sure, will do
# [22:18] <ehsan> smaug: bz: if you guys wanna shiver, look at this: https://bugzilla.mozilla.org/show_bug.cgi?id=715301#c3
# [22:18] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [22:18] * Quits: felipe (u2734@moz-160C58C6.com) (Max SendQ exceeded)
# [22:19] * Joins: felipe (u2734@moz-160C58C6.com)
# [22:19] <ddahl> ok, so I have an xpcshell test that crashes and want to debug it on windows - how do I do that?
# [22:19] <bear-buildduty> ehsan - reconfig is done
# [22:20] <ehsan> smaug: filed bug 715310
# [22:20] <ehsan> bear-buildduty: thanks
# [22:20] <qheaden> Boriss: ping
# [22:20] <Boriss> qheaden: pong
# [22:20] * Quits: khuey|local (Mibbit@moz-F681E204.hsd1.fl.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:20] <Mossop> ddahl: https://developer.mozilla.org/en/Writing_xpcshell-based_unit_tests#Running_unit_tests_under_a_C.2B.2B_debugger
# [22:20] <ddahl> Mossop: thx
# [22:20] <qheaden> Boriss: Hi there. I got you email about the search engine addon manager bug.
# [22:21] <Boriss> ah, you're That Guy, awesome
# [22:21] <qheaden> :)
# [22:21] <qheaden> I notice that FF already has a search engine manager that you can access from the search box.
# [22:21] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [22:21] <qheaden> So we basically need to port this to addons?
# [22:22] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [22:22] <Boriss> qheaden: basically, yeah. but it needs to look and feel like the other add-on categories - extensions, languages, etc - which may involve a little more rewriting than porting
# [22:22] * Quits: kbrosnan (kbrosnan@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [22:23] <qheaden> Boriss: OK then.
# [22:25] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:25] * Joins: cstipkovic (Clauber@71D1416E.D42D8BE7.B6C39DB4.IP)
# [22:26] <ehsan> bz: do you also use the OWA addon?
# [22:27] <@smaug> ehsan: btw, do you use google reader?
# [22:27] <@smaug> (not that I noticed that in the log)
# [22:27] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [22:28] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [22:28] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Client exited)
# [22:29] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
# [22:29] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [22:29] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [22:29] * timA is now known as timA|lunch
# [22:29] * Joins: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [22:30] <qheaden> So do addons live in the extension/ directory?
# [22:31] <jesup> So, does anyone maintain chatzilla or has it been static for a decade? 1/2 :-)
# [22:31] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:31] <Mossop> qheaden: toolkit/mozapps/extensions
# [22:31] <Mossop> jesup: It got updated just a few days ago
# [22:31] <qheaden> Mossop: Ok thanks.
# [22:31] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:32] <@smaug> akeybl: do you know the answer to https://bugzilla.mozilla.org/show_bug.cgi?id=679971#c54
# [22:32] <jesup> Cool! By who? Because I sorely want at least an option for an input-buffer-per-tab, to minimize the sending comments to the wrong tab by mistake
# [22:33] * qheaden is now known as qheaden_busy
# [22:33] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [22:33] <Mossop> jesup: It's also open source and you can write scripts for it ;)
# [22:34] * khuey is now known as khuey|away
# [22:34] * Joins: Wes-- (chatzilla@moz-BEF0C255.page.ca)
# [22:34] <jesup> I was thinking that I might (unless I can twist someone else's arm - I'm up to my outstretched fingertips in stuff to do)
# [22:34] * jmaher is now known as jmaher|afk
# [22:36] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:36] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [22:37] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [22:37] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:37] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [22:38] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:38] <ddahl> So what does it mean when you have code that crashes in xpcshell unless you are running a debugger, in which case all code executes fine and all tests pass?
# [22:38] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [22:39] <Mossop> ddahl: It means yoou have a heisenbug
# [22:39] <Mossop> Or possibly an uninitialized variable or something, valgrind might help
# [22:39] <ddahl> Mossop: hrm
# [22:41] <ddahl> Mossop: the nutty thing is that all of the tests pass either way, however, without the debugger running (gdb or VS) the test crashes after the checks pass
# [22:42] <@smaug> if something needs to be backed out from beta, should we create new interface
# [22:42] <qheaden_busy> Would toolkit/mozapps/search be a good location for the new search engine manager addon?
# [22:42] <@smaug> or is it ok to update existing interface?
# [22:42] <@smaug> bsmedberg: you might know
# [22:42] <akeybl> smaug: sorry, I don't know
# [22:43] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [22:44] <espindola> bent, ping
# [22:44] <bent> espindola, hi
# [22:45] * Quits: ewong|notHere (chatzilla@moz-E5D50C2E.static.netvigator.com) (Ping timeout)
# [22:45] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [22:45] <espindola> bent, in IndexedDatabaseManager.cpp, why do we use NS_XPCOM_SHUTDOWN_THREADS_OBSERVER_ID instead of the more common NS_XPCOM_SHUTDOWN_OBSERVER_ID?
# [22:46] <bent> espindola, because we need to know when threads are supposed to be joined
# [22:46] <bent> since we create a bunch of them
# [22:46] * davehunt|away is now known as davehunt|mtg
# [22:46] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [22:46] <bent> threads must be shut down at that topic, not at regular shutdown
# [22:47] <espindola> bent, yes, I guess the question is why we wait so much. In other words, would you expect https://hg.mozilla.org/try/rev/37f96a8fd2ee#l1.21 to work?
# [22:47] * Joins: bjarne (bjarne@moz-CD574250.nextgentel.com)
# [22:48] <bent> i don't understand...
# [22:48] <bent> oh
# [22:49] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
# [22:49] <bent> NS_XPCOM_SHUTDOWN_THREADS_OBSERVER_ID happens before NS_XPCOM_SHUTDOWN_OBSERVER_ID
# [22:49] <bent> and you must join threads at NS_XPCOM_SHUTDOWN_THREADS_OBSERVER_ID
# [22:49] <espindola> bent, no , after
# [22:50] <Mook_as> jesup: they're over in #chatzilla fwiw
# [22:50] <espindola> the patch would move it earlier
# [22:50] <espindola> if we must wait for NS_XPCOM_SHUTDOWN_THREADS_OBSERVER_ID ,that is fine
# [22:50] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [22:50] <bent> er, right. got confused for a sec
# [22:51] <bent> the problem is that NS_XPCOM_SHUTDOWN_THREADS_OBSERVER_ID expects to spin the event loop
# [22:51] * Joins: gerv (gerv@8A6BC1E.BF39183B.BE995458.IP)
# [22:51] <bent> not sure about the other
# [22:51] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [22:51] <espindola> I was just checking that we got all sql connections closed, and I had the check in NS_XPCOM_SHUTDOWN_THREADS_OBSERVER_ID. I can just move it if needed.
# [22:51] * Quits: gerv (gerv@8A6BC1E.BF39183B.BE995458.IP) (Quit: Leaving.)
# [22:51] <bent> since we're joining threads we're definitely spinning the event loop
# [22:52] <espindola> bent, both spin the loop...
# [22:52] * Joins: njn (chatzilla@moz-2948061C.dyn.iinet.net.au)
# [22:52] <espindola> It is common to for example close sql connection at xpcom-shutdown, or places-change-topic
# [22:52] * Quits: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP) (Ping timeout)
# [22:52] <bent> that spins the event loop?
# [22:52] <espindola> so I guess we must spin the loop in both cases.
# [22:52] <bent> how so?
# [22:52] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [22:52] <espindola> NS_ProcessPendingEvents(thread);
# [22:53] <espindola> in ShutdownXPCOM
# [22:53] <bent> that's different from spinning the event loop within an observer callback
# [22:53] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [22:53] * Quits: yuan (ywang@moz-7B0110AD.mv.mozilla.com) (Quit: yuan)
# [22:53] <bent> maybe it's safe, you'd have to ask bsmedberg
# [22:54] <espindola> ok. I will open a low bug. I am ok with moving that earlier or my check later. Thanks.
# [22:54] <espindola> s/low/low priority/
# [22:55] <ehsan> smaug: not on desktop
# [22:55] * Joins: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net)
# [22:55] <ehsan> rs: my room in 10 mins?
# [22:55] <rs> ehsan: sure
# [22:56] * Joins: kinetik (kinetik@B0506AEA.F200EF31.613E47D1.IP)
# [22:56] * Joins: yuan (ywang@moz-7B0110AD.mv.mozilla.com)
# [22:56] <bbondy> Is Asaf Romano (Mano) around? can't find his nick
# [22:56] <bsmedberg> It would be Mano
# [22:56] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [22:56] * bsmedberg is now known as bsmedberg-away
# [22:57] <philor> only 11:51pm, what's wrong with him?
# [22:58] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:58] <edmorley> hey philor
# [22:58] <ehsan> lol
# [22:58] <edmorley> did you have a good christmas and new year?
# [22:58] <ehsan> bbondy: he lives in Israel iirc
# [22:58] <bbondy> k
# [22:58] <ehsan> bbondy: so you probably want to send him an email
# [22:58] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:58] <bbondy> so that's like 7 hours or something?
# [22:59] <bbondy> from est
# [22:59] * Quits: sholsapp (sholsapp@moz-1D98CA73.corp.linkedin.com) (Quit: sholsapp)
# [23:00] <ehsan> sounds about right
# [23:00] <bbondy> I just wanted to ping him relating to me landing the silent update uac stuff
# [23:00] <bbondy> I'll email as you suggested
# [23:00] <qheaden_busy> Is Chromebug still used to debug XUL javascript?
# [23:01] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [23:01] <ehsan> bbondy: any particular reason why he would be interested?
# [23:01] * njn wishes we had something to wrap up __attribute__((packed))
# [23:01] <bbondy> I think he's marked as the sheriff today
# [23:01] <bbondy> I thought it would be nice to let him know
# [23:01] <bbondy> maybe not needed then.
# [23:02] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [23:02] <ehsan> bbondy: heh, I doubt if he's gonna be around right now
# [23:02] <bbondy> k I won't bother then
# [23:02] <ehsan> bbondy: so are you gonna land for realz?
# [23:02] <bbondy> yes
# [23:03] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
# [23:03] <bbondy> 747KB of patches :D
# [23:03] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [23:04] <biesi> njn, well MSVC does it with a pragme
# [23:04] <biesi> pragma
# [23:04] <ehsan> \o/
# [23:04] <njn> biesi: yep, but we don't have a macro that wraps up the platform-specific stuff, AFAICT
# [23:04] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
# [23:05] * Quits: cstipkovic (Clauber@71D1416E.D42D8BE7.B6C39DB4.IP) (Client exited)
# [23:05] <bbondy> ehsan: This is what I'll be pushing as long as it passes try
# [23:05] <bbondy> https://tbpl.mozilla.org/?tree=Try&rev=69b9ddbaee4a
# [23:06] <njn> biesi: which basically means it can't be used
# [23:06] * azakai__ is now known as azakai
# [23:06] <dholbert> dbaron, when you've got a few minutes, could I run a question by you about flexbox-related frame-tree-surgery?
# [23:06] <bbondy> and it did other than minor rebase I did just now
# [23:06] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [23:07] <@dbaron> dholbert, yeah, just got three pokes at once, give me a bit
# [23:07] <dholbert> dbaron, sure
# [23:07] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:08] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Quit: Leaving)
# [23:08] <@smaug> Anyone? Do we need to create new branch-only interfaces when backing out stuff?
# [23:08] <jesup> njn: so, create such a macro. :-) (yeah, easier said than done)
# [23:08] <@smaug> I mean case when backing out from beta/aurora
# [23:08] * qheaden_busy is now known as qheaden
# [23:08] * Joins: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP)
# [23:09] <dao1> ugh, why does metrics use jira rather than bugzilla? https://metrics.mozilla.com/projects/browse/
# [23:09] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [23:09] * @smaug assumes no, and lands some patches
# [23:09] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
# [23:09] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
# [23:09] * joduinn-biab is now known as joduinn-mtg
# [23:09] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [23:10] <qheaden> Where is the XUL for the search box?
# [23:10] * catlee is now known as catlee-mtg
# [23:11] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [23:11] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [23:11] * Joins: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net)
# [23:11] <Mook_as> qheaden: did you want http://mxr.mozilla.org/mozilla-central/source/browser/components/search/content/search.xml ?
# [23:12] <qheaden> Mook_as: Thanks
# [23:13] <qheaden> I really need to use some better tools to handle XUL/Javascript stuff. Do expore the XUL documents, you need to compile mozilla with DOM Inspector right?
# [23:13] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:13] <Mossop> No, just install it from AMO
# [23:13] <qheaden> *To explore
# [23:13] <qheaden> Ok.
# [23:13] <qheaden> And Chromebug is used for JS debugging?
# [23:13] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:14] <Mossop> Never used it myself
# [23:14] * khuey|away is now known as khuey
# [23:16] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:16] * Joins: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com)
# [23:17] * rnewman|lunch is now known as rnewman|working
# [23:18] <ehsan> bbondy: cool!
# [23:18] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [23:18] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [23:18] <jimm> bbondy: the whole thing is landing?
# [23:18] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [23:19] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [23:19] <bbondy> jimm ya this stuff: https://tbpl.mozilla.org/?tree=Try&rev=69b9ddbaee4a
# [23:19] <jimm> on inbound first or direct to mc?
# [23:19] <bbondy> direct
# [23:19] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:19] <jimm> oh, cool. one more day of nightly uac prompts and then.. never again!
# [23:20] * timA|lunch is now known as timA
# [23:20] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [23:20] <bbondy> if all goes well ya ;)
# [23:20] <bbondy> if there are any failures it will fall back to a uac prompt
# [23:20] * Joins: gandalf (zbraniecki@moz-9C4FC873.neoplus.adsl.tpnet.pl)
# [23:20] <jimm> only one way to find out, ship it!
# [23:21] <bbondy> hah
# [23:22] <joe> wow
# [23:22] <joe> rclick is already working on what jlebar was goign to do
# [23:22] <jlebar> joe, Well, part of it, anyway.
# [23:22] <joe> yeah
# [23:22] * qheaden kicks himself for not using DOM inspector before.
# [23:23] * Ziggy_Maes is now known as Ziggy|AWAY
# [23:23] <jlebar> joe, But I'm thinking I'm just going to do it. I don't want to discourage this new contributor, but I think we really want this change.
# [23:23] <jlebar> joe, Also, I've already started. :)
# [23:23] <joe> ask him his timeline
# [23:23] <jlebar> I just did.
# [23:23] <@dbaron> dholbert, pong
# [23:24] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:24] <dholbert> dbaron, http://pastebin.mozilla.org/1433982
# [23:25] * Quits: yuan (ywang@moz-7B0110AD.mv.mozilla.com) (Quit: yuan)
# [23:25] <joe> jlebar: ah, https://bugzilla.mozilla.org/show_bug.cgi?id=674547#c3
# [23:25] <dholbert> dbaron, (typed up the setup / question, & figured it's simpler to pastebin it rather than dump it into IRC)
# [23:25] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [23:25] <@dbaron> dholbert, I think you should really ask bz
# [23:25] <bbondy> ehsan: pls do include me in the background updates sec review if I fall off the cc list
# [23:25] <dholbert> dbaron, ok, thanks -- bz, ping?
# [23:26] <ehsan> bbondy: sure, will do
# [23:26] * qheaden is now known as qheaden_away
# [23:26] * Joins: fitzgen (fitzgen@moz-4E8533AB.wlan.wwu.edu)
# [23:26] <espindola> rail, ping
# [23:26] <dholbert> bz, when you get a chance, I'd appreciate your thoughts on my question in http://pastebin.mozilla.org/1433982
# [23:27] * Quits: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP) (Quit: Leaving...)
# [23:28] <rail> espindola: pong
# [23:28] * dholbert is now known as dholbert_brb
# [23:28] <espindola> rail, do you know the status of 698827 and/or 674647?
# [23:28] <espindola> and if there is anything I can do to help
# [23:28] * Parts: benjamin (benjamin@moz-E4A489BC.usfamily.net)
# [23:29] <espindola> the problem being 674655 , comment 20
# [23:29] * Joins: yuan (ywang@moz-7B0110AD.mv.mozilla.com)
# [23:29] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [23:29] <rail> espindola: nope :/, and armen is off this week :/
# [23:30] <hub> it is always fantastic when browsing MDN to find that kind of message: "reference to undefined name 'syntax' Exception of type 'MindTouch.Deki.Script.Runtime.DekiScriptUndefinedNameException' was thrown." :-/
# [23:30] <hub> shall I really file a bug for that?
# [23:30] * Joins: undacovabroda (Adium@moz-69FD54AF.nyc.res.rr.com)
# [23:30] <espindola> rail, do you know the size of the work and if the 3.5 weeks deadline is realistic?
# [23:31] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [23:31] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:31] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [23:31] <rail> espindola: not really
# [23:31] <rail> espindola: not really know the size, I mean
# [23:31] <espindola> :-(
# [23:31] <rail> :(
# [23:31] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [23:32] <espindola> thanks
# [23:32] <rail> np
# [23:32] <espindola> rail, if you know someone else that knows, it might be good to put him in contact with dustin...
# [23:32] <khuey> josh: ping
# [23:32] <josh> khuey: hi
# [23:33] <khuey> josh: is somebody going to pick up the leveldb stuff now that mcpherrin is gone?
# [23:33] <rail> espindola: I'll ask in a bit
# [23:33] <josh> khuey: I'm working on it, you want it?
# [23:33] <josh> working on it in that I'm looking for someone to finish it off
# [23:33] <khuey> nope!
# [23:33] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Input/output error)
# [23:33] <josh> it's pretty close
# [23:33] <dRdR> can someone tell me if the Bq failure on this changeset is intermittent? https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=7dd5039ca2e7
# [23:33] * khuey is busy enough as it is
# [23:34] <khuey> I just wanted to know if it will get finished
# [23:34] <dRdR> it's a make error but it looks completely unrelated to any changes I made, and was caused by a segfault or something, though tbpl didn't match it with any bugs
# [23:34] <espindola> rail, awesome, thanks
# [23:34] <josh> khuey: I suspect bent will jump at the chance, your loss
# [23:34] <khuey> heh
# [23:34] * khuey wouldn't bet on him jumping at it
# [23:34] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
# [23:34] * ChanServ sets mode: +o smaug
# [23:35] * Joins: fzzzy (donovan@moz-BBE3ABD.mv.mozilla.com)
# [23:35] <khuey> dRdR: it's test_IHistory?
# [23:35] <dRdR> khuey: I don't know what that does other than the obvious
# [23:35] <@smaug> oops, I managed to burn beta and aurora
# [23:35] <bent> josh, unlikely ;)
# [23:35] * Parts: undacovabroda (Adium@moz-69FD54AF.nyc.res.rr.com)
# [23:35] * dholbert_brb is now known as dholbert
# [23:35] <khuey> dRdR: there's all sorts of known bugs with test_IHistory, if that's what's failing, ignore it
# [23:36] <dRdR> khuey: ok, thanks
# [23:36] <khuey> smaug: all the cool kids are on nightly anyways
# [23:36] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Input/output error)
# [23:37] * sancus is now known as sancus_
# [23:37] * sancus_ is now known as sancus
# [23:38] <philor> edmorley: okay, and yours?
# [23:38] <philor> dRdR: yeah, ignore it, let me have all the glory from making comment 804 in the bug!
# [23:39] <dRdR> philor: thanks
# [23:39] * heycam|away is now known as heycam
# [23:40] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Connection reset by peer)
# [23:40] * Joins: ashughes_ (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:40] * ashughes_ is now known as ashughes
# [23:40] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [23:41] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Connection reset by peer)
# [23:41] * Joins: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:42] * Joins: ashughes_ (ashughes@E04EE963.852FE72D.DA78B690.IP)
# [23:42] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [23:43] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [23:43] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [23:43] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [23:44] * Quits: ashughes_ (ashughes@E04EE963.852FE72D.DA78B690.IP) (Ping timeout)
# [23:44] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
# [23:44] * Joins: ashughes (ashughes@E04EE963.852FE72D.DA78B690.IP)
# [23:45] <jwatt> smaug: your aurora backout didn't go so well
# [23:45] <jwatt> err, right, you knew
# [23:46] * bear-buildduty is now known as bear-afk
# [23:46] <@smaug> jwatt: yes, I'm just fixing it
# [23:47] <jwatt> cool
# [23:47] <@smaug> this time actually compiling before pushing
# [23:47] <jwatt> :)
# [23:47] <edmorley> philor: not bad thanks, just have a lot of catchup now :-)
# [23:48] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [23:48] * rail is now known as rail_away
# [23:49] * Quits: alastair (alastair@moz-D5A102B2.dynamic.dsl.as9105.com) (Quit: leaving)
# [23:49] * AaronMT is now known as AaronMT|dinner
# [23:50] * Quits: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [23:51] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [23:52] * fabrice is now known as fabrice|afk
# [23:52] <edmorley> bbondy: m-c is approx 33 csets behind inbound, do you know if there's anything obvious in your imminent landing that's going to cause conflicts>
# [23:53] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [23:53] <bbondy> edmorley: It's possible it's a pretty big patch. toolkit/xre would be the most obvious.
# [23:54] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Ping timeout)
# [23:54] <bbondy> most of the code though is new directories, updater code has a lot of changes.
# [23:54] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [23:54] <khuey> you should definitely merge m-i before landing
# [23:54] * AaronMT|dinner is now known as AaronMT
# [23:54] <khuey> also, how much C++ are we adding to libxul here?
# [23:55] <bbondy> khuey: just trivial changes
# [23:55] <khuey> ok
# [23:55] <bent> bbondy, are you landing the service?
# [23:55] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 8.0.1/20111120135848])
# [23:55] <bbondy> ya as soon as 1 last try results come up
# [23:55] <bent> \o/
# [23:55] <bent> as a nightly user i'm totally psyched
# [23:56] <bbondy> :)
# [23:58] <edmorley> philor: there seems to be quite a bit missing from inbound tbpl, or is it just me? (eg win non-pgo builds)
# [23:59] <bbondy> edmorley: would there be value in closing m-i until after I land?
# [23:59] <edmorley> philor: hmmm on second thoughts maybe just the merge cset I was looking at
# [23:59] * Quits: KWierso (chatzilla@moz-6E3FB3B9.desm.qwest.net) (Ping timeout)
# Session Close: Thu Jan 05 00:00:00 2012

The end :)