/irc-logs / mozilla / #developers / 2011-12-22 / end
Options:
- # Session Start: Thu Dec 22 00:00:00 2011
- # Session Ident: #developers
- # [00:00] * Quits: armenzg_away (armenzg@moz-8555CE12.cable.teksavvy.com) (Input/output error)
- # [00:00] <ehsan> qheaden: well, the menu item doesn't have an ID, right?
- # [00:00] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [00:00] <qheaden> ehsan: True.
- # [00:00] <ehsan> qheaden: you could use .querySelector("cmd=cmd_addToSpellCheck")
- # [00:00] <ehsan> or whatever the cmd name is
- # [00:00] <evilpie> ddahl: sorry, but i don't really see much improvements in nsCrypto.cpp
- # [00:01] * Quits: pascalc (chatzilla@moz-1BEB025C.rev.sfr.net) (Quit: bye)
- # [00:01] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:02] <terrence> philor: I don't suppose you know how we test those conditions for non-js tests? I don't see any runner python along the layout/reftests/bugs/ path where the other uses are.
- # [00:03] <qheaden> ehsan: Hmm, I don't really see an associated cmd name. It has a command, but I don't see a command name. I'm sure I'm just overlooking it.
- # [00:04] <qheaden> ehsan: Basically, the Add and Undo Add buttons don't have any associated cmd attributes
- # [00:04] * Quits: flx_ (flx@9A071FEE.1256332E.F061A1E6.IP) (Ping timeout)
- # [00:04] * Joins: flx_ (flx@9A071FEE.1256332E.F061A1E6.IP)
- # [00:04] <ddahl> evilpie: "Nit: get rid of the space" was a bit vague in retrospect
- # [00:04] <philor> terrence: http://mxr.mozilla.org/mozilla-central/source/layout/tools/reftest/reftest.js#241 and #614
- # [00:05] * jgilbert is now known as jgilbert|lunch
- # [00:05] <evilpie> ddahl: i didn't even think of that, but you didn't remove len
- # [00:05] <evilpie> you still use dataLen < 1
- # [00:05] <qheaden> ehsan: BTW, thanks for the feedback on my patch. :)
- # [00:05] * philor is now known as philor|away
- # [00:06] <terrence> philor: thanks for the link... is reftest.js loaded in a browser or something?
- # [00:06] <ehsan> qheaden: lemme take a look at your patch again
- # [00:06] <ddahl> evilpie: gah! i did not revisit the previous comment
- # [00:07] <evilpie> ddahl: hehe no problem :O
- # [00:07] <ehsan> ok wait
- # [00:07] <terrence> philor: no, not a browser, so sort of xul area
- # [00:07] <ehsan> qheaden: I don't have your changes to textbox.xml
- # [00:07] <ehsan> qheaden: could you pastebin that for me as well?
- # [00:07] <evilpie> ddahl: just glad when this bugs gets forward
- # [00:07] <qheaden> Let me post them
- # [00:07] <ddahl> evilpie: new patch in 5 min
- # [00:07] * Quits: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
- # [00:08] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [00:08] * Quits: pnemsak (Miranda@moz-7409BD53.orange.sk) (Quit: pnemsak)
- # [00:10] * Quits: mcsmurf (mcsmurf@moz-2257F3EE.dip.t-dialin.net) (Quit: )
- # [00:10] <terrence> wait a second... those are C preprocessor macros... omfg, are we running the C preprocessor on javascript files?!?!
- # [00:10] <ehsan> terrence: we have our own
- # [00:10] <terrence> ehsan: is that better or worse?
- # [00:11] <qheaden> ehsan: Here are my changes to textbox.xml: http://pastebin.mozilla.org/1415102
- # [00:11] <hurley> taras: (way late) pong
- # [00:11] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [00:11] <mwu> preprocessor solves all the problems.
- # [00:13] <ehsan> terrence: the idea, just as bad. the implementation, fairly good
- # [00:13] <qheaden> ehsan: Everything is working perfectly manually, but the automated testing is not going right.
- # [00:13] <ehsan> qheaden: ok, I see the problem now
- # [00:13] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
- # [00:13] <ehsan> in your test, line 51, you're retrieving the context menu
- # [00:14] * Joins: Noah (opera@moz-1F26D5D.dsl.rcsntx.sbcglobal.net)
- # [00:14] <ehsan> the menuitem element is _not_ an anonymous child of the context menu
- # [00:14] <ehsan> rather it's a regular child
- # [00:14] <ehsan> so you can just do:
- # [00:14] <ehsan> var addToDict = contextMenu.querySelector("anonid=input-box-contextmenu");
- # [00:14] <ehsan> or better yet
- # [00:15] <ehsan> well, no
- # [00:15] * philor|away is now known as philor
- # [00:15] <ehsan> that's as good as it gets ;)
- # [00:15] <qheaden> That's getting the menu isn't it?
- # [00:15] <ehsan> qheaden: does that make sense?
- # [00:15] <ehsan> yes
- # [00:15] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Client exited)
- # [00:15] <qheaden> ehsan: Shouldn't it be anonid=spell-add-to-dictionary?
- # [00:15] <philor> terrence: so isn't the simple answer "you're already passing some of the conditions in your commandline, here's one more you need to be passing"?
- # [00:16] <terrence> philor: yes
- # [00:17] <terrence> philor: was just reading the reftests infrastructure to see if we should be using it more directly in js land
- # [00:17] <ehsan> qheaden: yeah, sorry
- # [00:17] <ehsan> just typing from memory
- # [00:17] <qheaden> Ok thanks. let me try that.
- # [00:17] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
- # [00:18] <njn> dbaron: are StyleRule::{mImportantRule,mDOMRule} non-owning?
- # [00:18] * gregglind is now known as gregglind_away
- # [00:18] <terrence> philor: should I ask you for review on this?
- # [00:19] <philor> terrence: wow, I sure wouldn't think so! where is the this code?
- # [00:19] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [00:19] <njn> dbaron: actually, they both look like they own their pointees
- # [00:19] <terrence> philor: you seemed to know what was up with our harness already :-)
- # [00:19] <philor> asking me for review is generally the last desperate act of someone who is awake at midnight trying to fix bustage, rather than a choice
- # [00:20] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
- # [00:20] <terrence> philor: :-)
- # [00:20] * Quits: protz (jonathan@moz-7F6750F6.xulforum.org) (Quit: Leaving)
- # [00:20] <qheaden> ehsan: Hmm, I used your code and got this error: An invalid or illegal string was specified NS_ERROR_DOM_SYNTAX_ERR
- # [00:21] <qheaden> ehsan: I used ar addToDict = contextMenu.querySelector("anonid=spell-add-to-dictionary");
- # [00:21] <qheaden> *var
- # [00:21] <philor> terrence: the sad truth of the matter is that I don't even know what your harness is, or where it is run, or where it reports, or where its code lives
- # [00:21] * Joins: efes (efes@moz-10638E1C.dynamic.chello.pl)
- # [00:21] * qheaden always hated writing unit tests for any project.
- # [00:22] <khuey> qheaden: I started enjoying writing tests once I realized that it was a game of trying to break the code
- # [00:22] <qheaden> khuey: Ha ha. It can be fun.
- # [00:23] * coop is now known as coop|away
- # [00:23] <qheaden> The XUL is kinda killing me though. :P
- # [00:23] <ehsan> ah hmm
- # [00:24] <terrence> philor: considering the sad state of our test harness, "sad" might be the wrong emotion
- # [00:24] <njn> bz: ping
- # [00:24] * catlee-mtg is now known as catlee
- # [00:25] <ehsan> qheaden: sorry, you need to wrap the attribute selector in brackets
- # [00:25] <ehsan> like:
- # [00:25] <ehsan> var addToDict = contextMenu.querySelector("[anonid=spell-add-to-dictionary]");
- # [00:25] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [00:25] <qheaden> Ok
- # [00:26] <smaug> Friday is vacation in US?
- # [00:26] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [00:26] <gavin> yes
- # [00:26] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [00:27] <qheaden> Hmm. The test is now passing, but I think that's a lie.
- # [00:28] <qheaden> When I remove the addToDict.doCommand() call, the undo add to dictionary is testing as visible. Undo add shouldn't show unless add to dictionary is called first.
- # [00:28] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [00:28] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:28] <qheaden> It works that way manually, so I know its not my code.
- # [00:28] <qheaden> My code on the textbox.xml anyway.
- # [00:28] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
- # [00:30] * Joins: gandalf (zbraniecki@moz-98AD5AB9.neoplus.adsl.tpnet.pl)
- # [00:30] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:31] * Quits: TheLink (TheLink@moz-B5AB52CB.pools.arcor-ip.net) (Client exited)
- # [00:31] * bz is now known as bz_away
- # [00:31] <qheaden> Ok. I got it working. I had to add a SimpleText.executeSoon call to make the test wait for the context menu to fully close down first.
- # [00:31] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:32] <qheaden> ehsan: Thanks a mil. I'll prepare my final patch.
- # [00:32] <bz_away> https://developer.mozilla.org/en/Gecko%27s_Almost_Standards_Mode is not looking happy
- # [00:33] * Quits: saebekassebil (saebekasse@moz-2CE70B00.boanxx19.dynamic.dsl.tele.dk) (Quit: leaving)
- # [00:34] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
- # [00:34] <njn> dbaron: I figured out the pastebin case; for the Rules in mOrderedRules, I was measuring things hanging off them, but wasn't measuring the Rule objects themselves. I.e. I was using SizeOfExcludingThis when I should have used SizeOfIncludingThis. I think the fact that nsCOMArray<Rule> actually is an array of Rule* is what confused me
- # [00:35] * Joins: slowpoke (slowpoke@moz-FED36624.pools.arcor-ip.net)
- # [00:35] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [00:35] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [00:37] * Quits: efes (efes@moz-10638E1C.dynamic.chello.pl) (Client exited)
- # [00:37] * Joins: ericjung (ericjung@moz-C6B344D.bstnma.fios.verizon.net)
- # [00:37] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
- # [00:38] <ehsan> qheaden: awesome!
- # [00:39] * Quits: bjarne (bjarne@moz-B436FB98.nextgentel.com) (Quit: Leaving.)
- # [00:39] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [00:40] <smaug> uh, my review queue looks worrisome
- # [00:40] <Waldo> ehsan: you on OS X?
- # [00:41] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [00:41] * njn loves DMD; writing correct memory reporters without it is rather difficult
- # [00:42] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [00:42] * mccr8|afk is now known as mccr8
- # [00:42] <NeilAway> edmorley: well, I don't use mq, so...
- # [00:42] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [00:42] * catlee is now known as catlee-away
- # [00:44] * Quits: slowpoke (slowpoke@moz-FED36624.pools.arcor-ip.net) (Ping timeout)
- # [00:45] <NeilAway> qheaden: DOM Inspector?
- # [00:46] <qheaden> NeilAway: Yeah, I had downloaded it, but it doesn't work while a unit test is running (which was the only time I actually saw the XUL in the browser)
- # [00:48] <NeilAway> qheaden: iirc if you build it as an in-tree extension then it gets installed into your test profile
- # [00:48] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [00:49] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:49] <qheaden> NeilAway: Oh ok, I didn't do that. I'll do it on my next build.
- # [00:49] <qheaden> Its time up update and make anyway.
- # [00:50] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [00:50] <whimboo> smaug: no chance. I get this build error for all those builds :/
- # [00:50] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:50] <smaug> uh
- # [00:50] * Quits: Scamby (Mibbit@moz-5A627040.bethere.co.uk) (Quit: http://www.mibbit.com ajax IRC Client)
- # [00:51] * Quits: flx_ (flx@9A071FEE.1256332E.F061A1E6.IP) (Ping timeout)
- # [00:51] <smaug> whimboo: I don't know how to help
- # [00:52] <whimboo> smaug: i will send a message to the newsgroup
- # [00:53] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
- # [00:53] * NeilAway wonders whether Ms2ger killed try server
- # [00:54] <qheaden> ehsan: On your feedback for v2 of my patch, what did you mean by the first nit: https://bugzilla.mozilla.org/show_bug.cgi?id=352037#c45
- # [00:54] * Quits: smaug (chatzilla@moz-56FD0379.gprs.sl-laajakaista.fi) (Input/output error)
- # [00:55] * Joins: smaug (chatzilla@moz-56FD0379.gprs.sl-laajakaista.fi)
- # [00:56] <NeilAway> ah no, there they go :-)
- # [00:57] * philor is now known as philor|away
- # [00:58] * mcote is now known as mcote|supper
- # [01:00] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
- # [01:00] * Joins: efes (efes@moz-10638E1C.dynamic.chello.pl)
- # [01:02] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 8.0/20111108090055])
- # [01:02] * Joins: pedro (Something@moz-E14A0F6A.clients.your-server.de)
- # [01:02] <pedro> hey guys - using nightly and panorama, when I start firefox I get all tabs visible. I need to open panorama and select the tab I want to get them grouped again
- # [01:03] <pedro> is theis a known issue? My searches failed me on bugzilla
- # [01:03] <dolske> ttaubert: ^ ?
- # [01:03] * jgilbert|lunch is now known as jgilbert
- # [01:03] <ttaubert> pedro: are you using any add-ons?
- # [01:03] <pedro> ttaubert: you kidding me? tons of them, of course ;)
- # [01:04] <pedro> want me to test it in safe mode?
- # [01:04] <ttaubert> yes, please
- # [01:04] <pedro> it was a regression... like 2 or 3 weeks ago
- # [01:04] <pedro> sec
- # [01:04] <pedro> mac and linux
- # [01:04] * smaug kicks networking
- # [01:05] <pedro> ttaubert: still the same
- # [01:06] <cpearce> hmm, the android mochitest boxes seem to be having a bad day...
- # [01:06] <ttaubert> interesting
- # [01:06] <bear-buildduty> cpearce - yea, big chunk of tegra buildslaves just all decided to take a break
- # [01:06] <ttaubert> pedro: after turning off your add-ons... did you try going into panorama and restarting again in safe-mode?
- # [01:07] <pedro> restarting while in panorama?
- # [01:07] * Quits: smaug (chatzilla@moz-56FD0379.gprs.sl-laajakaista.fi) (Connection reset by peer)
- # [01:07] <ttaubert> no
- # [01:08] <ttaubert> you can leave it before restarting
- # [01:08] * joduinn-mtg is now known as joduinn-brb
- # [01:08] * Joins: smaug (chatzilla@moz-56FD0379.gprs.sl-laajakaista.fi)
- # [01:08] <felipe> qheaden: it means that there are whitespaces at the end of the line; the line should always end at the last visible character
- # [01:09] <qheaden> felipe: Thanks
- # [01:09] <pedro> ttaubert: no - but just noticed one thing, it's only messing up 2 of the groups
- # [01:10] * Quits: gwagner (idefix2@moz-BBE3ABD.mv.mozilla.com) (Quit: gwagner)
- # [01:10] <pedro> hum, after deleting the other group doesn't happen anymore
- # [01:10] <pedro> weird
- # [01:10] <ttaubert> mh
- # [01:11] * Quits: KaiRo (robert@moz-3FB8041E.adsl.highway.telekom.at) (Ping timeout)
- # [01:11] <pedro> wonder if at any point in time they had the same name
- # [01:11] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
- # [01:11] * Joins: jrmuizel (jrmuizel@D11EFACD.CC42A74D.8C65A0C1.IP)
- # [01:12] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [01:12] * Quits: espindola (espindola@moz-6B85B3FB.dsl.teksavvy.com) (Quit: Ex-Chat)
- # [01:12] <ttaubert> names don't matter
- # [01:12] <ttaubert> groups have internal ids
- # [01:13] <ttaubert> so it's gone now even with all add-ons activated?
- # [01:13] <pedro> yes, addons had nothing to do with it
- # [01:13] <pedro> alright, I can live with this
- # [01:13] <pedro> thanks for your help!
- # [01:14] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
- # [01:14] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
- # [01:14] * philor|away is now known as philor
- # [01:15] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [01:15] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
- # [01:15] * ctalbert is now known as ctalbert|afk
- # [01:15] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [01:16] <ttaubert> pedro: yw, I'd rather see this fixed but now that it's gone... hope it doesn't happen again
- # [01:16] <mbrubeck> Anyone know why Android is all purple on cpearce's Aurora push? Seems likely to be infrastructure, but I'm about to push an Android change so...
- # [01:16] * mak is now known as mak|afk
- # [01:16] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
- # [01:17] <mbrubeck> twisted.spread.pb.PBConnectionLost during the configure device step
- # [01:17] * bear-buildduty is now known as bear-afk
- # [01:17] <philor> mbrubeck: see inbound
- # [01:17] <pedro> ttaubert: I'll ping if it happens again, hopefully with some clue over what's happening
- # [01:17] <philor> or see bear running away :)
- # [01:17] <mbrubeck> lovely
- # [01:17] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Quit: Leaving.)
- # [01:18] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
- # [01:18] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [01:18] <mbrubeck> The Aurora logs seem different
- # [01:18] * Joins: priya (priya@moz-EAD66DA8.hsd1.wa.comcast.net)
- # [01:18] <mbrubeck> though I can believe the cause is the same
- # [01:18] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [01:18] <ttaubert> pedro: yeah please do. getting a copy of your sessionstore.js could help so don't forget to make a backup of that next time it happens
- # [01:19] <pedro> alright
- # [01:19] * Quits: bent|afk (chatzilla@moz-DB4C5E15.triad.res.rr.com) (Ping timeout)
- # [01:19] * joduinn-brb is now known as joduinn
- # [01:19] * Quits: efes (efes@moz-10638E1C.dynamic.chello.pl) (Client exited)
- # [01:20] * Joins: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [01:21] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [01:21] * philor accidentally hovers the aurora merge
- # [01:21] <philor> please push
- # [01:22] * mbrubeck pushes to Aurora
- # [01:22] <philor> then back out, then repush, then back out, then repush
- # [01:22] <qDot> That's hot
- # [01:22] <philor> get that damn thing off my screen
- # [01:22] * Joins: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
- # [01:22] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
- # [01:23] <darktrojan> time for some spelling correction patches?
- # [01:23] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [01:23] * Quits: tonymec (tonymec@840ADDA5.33500255.277517C1.IP) (Ping timeout)
- # [01:23] <qheaden> ehsan: Patch complete, and ready for review. :)
- # [01:24] * Quits: jrmuizel (jrmuizel@D11EFACD.CC42A74D.8C65A0C1.IP) (Input/output error)
- # [01:25] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [01:25] * Joins: tonymec (tonymec@840ADDA5.33500255.277517C1.IP)
- # [01:25] * Quits: ioni (wonder@A2DBAD6E.29024E27.2A2EF0F3.IP) (Ping timeout)
- # [01:27] * Quits: bz_away (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net) (Ping timeout)
- # [01:28] * philor settles in to wait for another 15 minutes before buildbot will tell tbpl anything else
- # [01:29] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:29] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [01:33] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird 1.2a1pre)
- # [01:34] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
- # [01:36] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [01:39] * Quits: sicking (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:40] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [01:40] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [01:41] * Joins: slowpoke (slowpoke@moz-FED36624.pools.arcor-ip.net)
- # [01:41] * Quits: stfl|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de) (Client exited)
- # [01:42] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [01:42] <edmorley> some people: https://groups.google.com/d/msg/mozilla.dev.apps.firefox/-oYhVcA4RfQ/GsQEzjIL-T0J
- # [01:42] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [01:42] * Joins: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net)
- # [01:43] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [01:43] * zpao is now known as zpao|detached
- # [01:47] * mcote|supper is now known as mcote
- # [01:47] <khuey> edmorley: Phillip M. Jones C.E.T. is a long time troll
- # [01:47] * zpao|detached is now known as zpao
- # [01:48] <edmorley> yeah, every time he posts he seems to annoy me
- # [01:48] * Joins: flx_ (flx@moz-D4B58BB2.dsl.teksavvy.com)
- # [01:49] * Quits: slowpoke (slowpoke@moz-FED36624.pools.arcor-ip.net) (Ping timeout)
- # [01:49] * Joins: slowpoke (slowpoke@moz-9B720D45.pools.arcor-ip.net)
- # [01:50] <qheaden> Well guys, I've got to go. Thanks for all of the help.
- # [01:50] <qheaden> Later. :)
- # [01:50] * Quits: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net) (Quit: Leaving)
- # [01:51] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
- # [01:52] * Quits: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net) (Quit: ChatZilla 0.9.87 [Firefox 12.0a1/20111220112824])
- # [01:54] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [01:56] * Quits: slowpoke (slowpoke@moz-9B720D45.pools.arcor-ip.net) (Ping timeout)
- # [01:57] * Joins: Jesse_ (jruderman@moz-447E6DA0.oc.oc.cox.net)
- # [01:57] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Ping timeout)
- # [01:57] * Jesse_ is now known as Jesse
- # [01:57] * Quits: AutomatedTester (AutomatedT@moz-19CE9E0.as13285.net) (Quit: AutomatedTester)
- # [01:58] * Joins: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [02:00] * Joins: variable (root@B09554C8.2ACCEC03.ECED8BE3.IP)
- # [02:01] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [02:01] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jhammel lives an exiting life)
- # [02:01] * Joins: joerg (joerg@moz-7252ABE3.bec.de)
- # [02:02] <joerg> http://www.netbsd.org/~joerg/patch-mozilla_xpcom_idl-parser_header.py
- # [02:02] <joerg> can something like this please be included?
- # [02:02] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
- # [02:03] <joerg> short story is that builds with pkgsrc semi-reliable fail with "can't create .dep/..." for firefox, thunderbird etc
- # [02:03] <Mook_as> khuey: as a recent reviewer of header.py, --^ ?
- # [02:03] <khuey> yeah, we could do something like that
- # [02:03] * Quits: kaze (kaze@moz-FD951D23.w86-212.abo.wanadoo.fr) (Ping timeout)
- # [02:03] <khuey> file a bug, attach the patch, request review?
- # [02:03] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [02:03] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/ed47a41ba26a - Myk Melez - no bug - update revision of Add-on SDK being tested; test-only
- # [02:04] <joerg> requires digging out the bugzilla account again...
- # [02:05] <wg9s> joerg: does this have something to do with why my linux builds sometimes fail? and changing the number of parrelel makes I am doing sieems to effect the issue?
- # [02:06] <joerg> I doubt that the linux kernel uses that script, but this could quite likely be hidden by higher concurrency
- # [02:06] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Ping timeout)
- # [02:06] <khuey> he means his firefox builds on linux
- # [02:06] <khuey> not the kernel
- # [02:06] <joerg> oh, sorry
- # [02:06] <joerg> wg9s: if you get an error from that script: yes
- # [02:06] <wg9s> Yes that is where I get the error
- # [02:07] <wg9s> builds with builds with MOZ_MAKE_FLAGS="-j4"
- # [02:08] <joerg> there is another instance of os.mkdir in that file that might be better as os.makedirs, but that's a separate question
- # [02:08] <wg9s> always work, but if I change it to -j2 (like I did to try to make my webserver more responsive, they fail more often than they work.
- # [02:09] * Quits: mike5w3c (MikeS@moz-B47A77B.pool.e-mobile.ne.jp) (Ping timeout)
- # [02:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [02:09] * Quits: romeo (romeo@moz-A9325888.k459.webspeed.dk) (Quit: Leaving)
- # [02:09] <wg9s> I've been trying to figure this out for a week now, but then until today I was thinking it was a hardware problem.
- # [02:09] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [02:09] * Joins: mike5w3c (MikeS@moz-9138E282.pool.e-mobile.ne.jp)
- # [02:09] <joerg> jup, sounds like what I am seeing
- # [02:10] <wg9s> because of course the first day I switch it al to -j2 it built just fine.
- # [02:10] <wg9s> so didn;t really put it together until today when i set it back to -j4 and built several times with no issues that it was probably not hardware.
- # [02:11] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [02:12] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
- # [02:12] * jwir3 is now known as jwir3|away
- # [02:13] * Quits: fzzzy (donovan@moz-BBE3ABD.mv.mozilla.com) (Quit: fzzzy)
- # [02:14] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [02:15] <wg9s> joerg:do you have a bug filed on this issue?
- # [02:15] * Quits: pingo (anders@D05322A6.C7F87E9A.1FBA578A.IP) (Ping timeout)
- # [02:15] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [02:15] <jdm> why can I not seem to use tab to reach links on a page any more?
- # [02:16] <joerg> I don't remember my account off hand
- # [02:16] <joerg> feel free to pick it up
- # [02:16] <jdm> in a page containing a bunch of form inputs and some links, I can tab through the inputs, but then I go to the address bar, then the overall content window
- # [02:16] <jdm> and then back to the inputs
- # [02:16] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [02:16] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
- # [02:17] <wg9s> but it seems you understand it better and could describe the issue and why the fix works in a way that I could not.
- # [02:17] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
- # [02:18] * Quits: Noah (opera@moz-1F26D5D.dsl.rcsntx.sbcglobal.net) (Quit: Noah)
- # [02:18] <khuey> joerg: can you email me a link to the patch and the name I should credit?
- # [02:18] * khuey will forget it otherwise
- # [02:18] <khuey> joerg: me@kylehuey.com
- # [02:18] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
- # [02:19] <wg9s> I would kind of need to add it to may patches and put my build config back to have be niced and change the number of parrelel makes and have it work a few days before I would even suggest the patch.
- # [02:19] <wg9s> SOunds like you have already done that
- # [02:20] <joerg> done
- # [02:20] * Joins: pingo (anders@D05322A6.C7F87E9A.1FBA578A.IP)
- # [02:20] <Mook_as> also, your bugzilla login name was (your nick)@netbsd.org, I think. (no idea about passwords, of course, just abusing CC autocompletion)
- # [02:20] * bhearsum is now known as bhearsum|afk
- # [02:21] <wg9s> khuey: dows this mean you have seen this issue also? I strangely have been in a vacuum thinking I was the only one;
- # [02:21] <joerg> hm. only 74 patches against ff8
- # [02:21] <khuey> wg9s: no, I have not
- # [02:21] <wg9s> Oh ok.
- # [02:21] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
- # [02:22] * Quits: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net) (Quit: Leaving)
- # [02:22] <wg9s> I have a whole disclaimer on the site where I post my builds apologizing becuase I thought it was my issue about why linux builds have been either late or not there at all.
- # [02:22] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
- # [02:22] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.1)
- # [02:22] <khuey> joerg: thanks, I'll handle it tomorrow
- # [02:22] <wg9s> oddly it weems to fail only on the 32 bit builds and not the 64 bit ones both built on 64 bit operating system.
- # [02:23] <joerg> good
- # [02:23] <joerg> thx
- # [02:23] * Parts: joerg (joerg@moz-7252ABE3.bec.de)
- # [02:23] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:24] <wg9s> Usually doing less things in parrelel would make things less flaky. This was very counter-intuitive.
- # [02:26] <wg9s> I would never have run into this except that my build system is my webserver and mailserver so I was trying to speed up my email access which was very slow during the builds by making the builds use less resources.
- # [02:28] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [02:29] * Quits: jlebar|mac (jlebar@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
- # [02:29] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
- # [02:29] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
- # [02:32] * Quits: ericjung (ericjung@moz-C6B344D.bstnma.fios.verizon.net) (Quit: Leaving)
- # [02:34] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Connection reset by peer)
- # [02:35] <Jesse> taras: scrolling is a little stuttery on abovethelaw.com, maybe because of all the social media sharing iframes. dunno if you need examples like that.
- # [02:36] * Quits: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP) (Connection reset by peer)
- # [02:37] * mdas is now known as mdas|afk
- # [02:39] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [02:39] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [02:40] <philor> mbrubeck: are you going to be around for a while?
- # [02:41] * ewong|afk is now known as ewong
- # [02:41] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [02:41] <lurking> Jesse: facebook compartment for buttons on that page ─21.00 MB (07.68%) -- compartment(http://www.facebook.com/plugins/like.php?app_id=17
- # [02:41] <lurking> ─16.69 MB (06.11%) -- compartment(https://plusone.google.com/_/+1/fastbutton?url=ht
- # [02:41] <lurking> insane
- # [02:42] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
- # [02:42] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [02:42] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
- # [02:42] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [02:43] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:45] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
- # [02:46] * Quits: marcia (marcia@moz-BBE3ABD.mv.mozilla.com) (Quit: later…..)
- # [02:47] * Joins: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net)
- # [02:50] * whimboo is now known as whimboo|afk
- # [02:51] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [02:51] <edmorley> khuey: isn't that bug 703878
- # [02:52] * Joins: KaiRo (robert@moz-A5B32BD.adsl.highway.telekom.at)
- # [02:52] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
- # [02:53] <khuey> edmorley: might be!
- # [02:53] * Quits: priya (priya@moz-EAD66DA8.hsd1.wa.comcast.net) (Quit: This computer has gone to sleep)
- # [02:54] * Joins: myk (myk@moz-EF8AF9E2.tmodns.net)
- # [02:54] * zpao is now known as zpao|detached
- # [02:55] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [02:56] * heycam is now known as heycam|away
- # [02:56] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
- # [02:57] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
- # [02:57] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [02:58] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [02:59] * Quits: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [03:00] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [03:00] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [03:00] * Quits: gandalf (zbraniecki@moz-98AD5AB9.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [03:01] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [03:04] * philor is now known as philor|afk
- # [03:05] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [03:05] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [03:05] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [03:05] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [03:05] * aki is now known as aki|backjan9
- # [03:05] * jdm is now known as jdm-away
- # [03:06] * Joins: bretr (bret_recka@moz-123B8B9F.d2.shr.fiberpipe.net)
- # [03:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [03:07] * Quits: bretr (bret_recka@moz-123B8B9F.d2.shr.fiberpipe.net) (Quit: bretr)
- # [03:08] * Joins: slowpoke (slowpoke@moz-C71E08A6.pools.arcor-ip.net)
- # [03:08] * adam is now known as adam-afk
- # [03:09] * bear-afk is now known as bear
- # [03:10] * lsblakk is now known as lsblakk|afk
- # [03:10] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [03:10] * Quits: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net) (Ping timeout)
- # [03:11] <mwu> so uh, did something die again?
- # [03:11] * Joins: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net)
- # [03:11] <dolske> no, that's just my liverwurst.
- # [03:11] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
- # [03:11] <mwu> oh ok
- # [03:12] <mwu> in other news, m-i doesn't appear to be building
- # [03:12] <lurking> Nice, 60fps on latest m-c win32, 8fps on latest Chrome Dev http://ie.microsoft.com/testdrive/Performance/LetItSnow/
- # [03:12] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:13] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
- # [03:13] <khuey> I guess they couldn't find pathological performance cases in both WebKit and Gecko
- # [03:13] <bear> mwu - the mysql server is heavily loaded - a lots of masters are waiting for requests and that is causing grief
- # [03:13] <lurking> mwu: they were saying over in #build there was a backlog
- # [03:13] <mwu> ah ok
- # [03:13] * Joins: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [03:14] * Quits: wg9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 8.0/20111108090055])
- # [03:14] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [03:15] * Quits: myk (myk@moz-EF8AF9E2.tmodns.net) (Ping timeout)
- # [03:15] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [03:17] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
- # [03:17] * Joins: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net)
- # [03:17] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:20] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [03:20] * Quits: jdm-away (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Connection reset by peer)
- # [03:20] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
- # [03:20] * Joins: jdm-away (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
- # [03:21] <roc> lurking: 40fps for me at 4000 snowflakes
- # [03:22] <lurking> wow - I didn't try the 'max' setting
- # [03:23] * Quits: slowpoke (slowpoke@moz-C71E08A6.pools.arcor-ip.net) (Ping timeout)
- # [03:23] <lurking> 24 here at 4000
- # [03:23] * Quits: ma1 (mao@moz-F18BD638.clienti.tiscali.it) (Ping timeout)
- # [03:23] * Joins: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net)
- # [03:23] <roc> IE9 35fps
- # [03:23] <bear> closing the main trees due to mysql database errors
- # [03:23] <roc> Chrome <1fps
- # [03:23] <Unfocused> max setting, 60fps
- # [03:23] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [03:23] <lurking> my gpu is old hd3200 on-board chip - so its a low performer
- # [03:23] * Unfocused wonders what he wins
- # [03:23] <mcpherrin> 13 fps on my os x nightly, nvidia something, and it doesn't work half the time :(
- # [03:24] <mcpherrin> (ie, there are no snowflakes falling
- # [03:24] <Unfocused> (and that's at 1920x1070)
- # [03:24] <pr0pagandhi> Hey guys, I didn't know where to go so I'm here. I want to get involved in developing Firefox. I'm a sophomore CS major at UT Austin. Anyone care pointing me in the right direction?
- # [03:24] <Unfocused> pr0pagandhi: greetings! what are you interested in? what languages are you famialir with? (or wanting to learn)
- # [03:25] * cjones is now known as cjones-dinner
- # [03:25] <lurking> 20fps on IE9
- # [03:25] <lurking> 20fps on IE9 @ 4000
- # [03:25] <pr0pagandhi> I know java and python, but I'm open to learning pretty much anything.
- # [03:25] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [03:25] <pr0pagandhi> Anything I should look into?
- # [03:25] * heycam|away is now known as heycam
- # [03:26] <kbrosnan> webdev uses a ton of python
- # [03:26] <kbrosnan> mobile uses some java
- # [03:27] <pr0pagandhi> so how would I actually get started developing. like whom would I contact. I just don't know how to approach this is my problem haha
- # [03:27] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [03:27] * Joins: willy1234x1 (willy1234x@moz-7A550E65.slkc.qwest.net)
- # [03:27] <mcpherrin> pr0pagandhi: Well, you don't really *have* to contact anybody :P
- # [03:27] <variable> pr0pagandhi: just download the source, and start playing around
- # [03:27] <variable> if you need help figuring out how to do something particular just ask here
- # [03:27] <Unfocused> yep, or there's a bunch of bugs marked as good first bugs: https://bugzilla.mozilla.org/buglist.cgi?quicksearch=sw%3A"[good%20first%20bug]"
- # [03:27] <Unfocused> first step is building firefox from source: https://developer.mozilla.org/En/Simple_Firefox_build
- # [03:28] <mcpherrin> There's another whiteboard tag for mentored bugs, but I can't find any off the top of my head
- # [03:28] <pr0pagandhi> ahhh that's so helpful, thanks so much!
- # [03:28] * bear changes topic to 'm-c: CLOSED m-i: CLOSED || Next aurora uplift: January 31 || If you are new or want to help, see irc://irc.mozilla.org/#introduction || "if you like the way it's working, just you wait five minutes"'
- # [03:28] <Unfocused> i think this should find all bugs with mentors: https://bugzilla.mozilla.org/buglist.cgi?quicksearch=sw%3Amentor
- # [03:29] * Quits: mak|afk (chatzilla@moz-6699258.retail.telecomitalia.it) (Input/output error)
- # [03:29] * Joins: pcwalton (pcwalton@moz-971F836B.dsl.bell.ca)
- # [03:29] <Unfocused> if you see something you like, and no one else is assigned to it, just comment there that you're going to start working on it... and you're good to go
- # [03:29] * Quits: pcwalton (pcwalton@moz-971F836B.dsl.bell.ca) (Quit: nbvcx)
- # [03:29] <Unfocused> you can ask questions in the bug, or in here
- # [03:30] <Mossop> There is also the #introduction channel which is aimed at people getting started with helping out
- # [03:30] <pr0pagandhi> sounds great !
- # [03:30] <Waldo> boooooo, did I really miss the tree being open by like 8mins? :-(
- # [03:31] <mattwoodrow> pr0pagandhi: http://www.joshmatthews.net/bugsahoy/ is a good tool too
- # [03:31] <Unfocused> and i know this all seems like a lot of reading, but there's also https://developer.mozilla.org/en/Hacking_Mozilla
- # [03:32] * Quits: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [03:32] * jmaher|afk is now known as jmaher
- # [03:33] <pr0pagandhi> sweet I'm going to bookmark everything you guys are linking me to, and begin looking over them!
- # [03:33] <pr0pagandhi> man I really wish I had more time in a day
- # [03:33] <pr0pagandhi> I want to learn EVERYTHING
- # [03:33] <pr0pagandhi> haha
- # [03:34] <pr0pagandhi> kinda hard to do with school and a job, but ..... il just be a trooper
- # [03:35] <Unfocused> its impossible to do even for those of us that do this all day every day :) there's a *lot* of stuff
- # [03:35] <khuey> after having been around for a few years I think the amount of stuff to know increases faster than the rate at which humans are capable of learning
- # [03:35] <Unfocused> oh yes
- # [03:36] <pr0pagandhi> ahhh reality is a bummer
- # [03:36] * Quits: @dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com) (Quit: dveditz)
- # [03:36] <Waldo> but don't let any of this stop you, it's always good having people who know enough to be dangerous about everything ;-)
- # [03:36] * Waldo intermittently aspires to this, although he tends to specialize much more these days
- # [03:36] <Unfocused> pr0pagandhi: no it isn't - it means theres always something exciting to learn/work on :)
- # [03:38] <pr0pagandhi> haha this is true, good point. I started my first internship last semester and I've already learned so much it's rediculous
- # [03:38] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
- # [03:40] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [03:41] <bear> ok, database repair is done
- # [03:41] <bear> tbpl shows recent data - i'm reopening the trees
- # [03:41] <gps> Unfocused: if popcornjs.org is slow to load, about:addons -> Get Add-ons seems to block on it. known issue?
- # [03:42] <gps> like you get a gray screen for as long as the remote site is waiting to load. which for me was like 40s just now
- # [03:42] <Unfocused> gps: hm, i assume the grey screen includes the "loading" message?
- # [03:42] <gps> also, congrats on becoming module owner! I'm sure you can't wait to see my patches ;)
- # [03:42] * rail_away is now known as rail
- # [03:42] <gps> yes, it has the loading box in the middle
- # [03:43] <gps> but it was there for a *long* time
- # [03:43] * variable found Waldo !
- # [03:43] <variable> with gps !
- # [03:43] <Unfocused> ty :)
- # [03:44] <lurking> gps 13 secs here
- # [03:44] * Joins: bretr (bret_recka@moz-123B8B9F.d2.shr.fiberpipe.net)
- # [03:44] * Quits: smaug (chatzilla@moz-56FD0379.gprs.sl-laajakaista.fi) (Ping timeout)
- # [03:44] <Unfocused> gps: i'd file a amo bug for that, see what can be done
- # [03:45] <Unfocused> would be nice not to block on external resources like that
- # [03:45] * Joins: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net)
- # [03:45] <gps> variable: in 200 meters, turn left, then arrive at destination
- # [03:45] <Unfocused> in addons.mozilla.org :: discovery pane
- # [03:46] * Joins: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [03:49] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:50] <gps> Unfocused: bug 712851
- # [03:50] * bear changes topic to 'm-c: OPEN m-i: OPEN || Next aurora uplift: January 31 || If you are new or want to help, see irc://irc.mozilla.org/#introduction || "if you like the way it's working, just you wait five minutes"'
- # [03:51] <Unfocused> ty
- # [03:52] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:52] <Unfocused> can we just set the topic to "maybe open, maybe closed"? :\
- # [03:54] <dolske> heisentree?!
- # [03:54] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [03:56] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [03:56] <Unfocused> gesundheit
- # [03:56] * Quits: masayuki (masayuki@moz-911CC660.zaq.ne.jp) (Client exited)
- # [03:56] * joduinn is now known as joduinn-biab
- # [03:57] * rail is now known as rail_away
- # [03:57] * Joins: myk (myk@moz-B5A3ACB4.tmodns.net)
- # [03:58] * Quits: myk (myk@moz-B5A3ACB4.tmodns.net) (Connection reset by peer)
- # [03:58] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [03:58] <RyanVM> MSVC11 fail
- # [03:58] <RyanVM> > xul.dll!`anonymous namespace'::VirtualAllocHook(void * aAddress, unsigned long aSize, unsigned long aAllocationType, unsigned long aProtect) Line 234 + 0x1d bytes C++
- # [03:58] <khuey> you like that?
- # [03:59] <khuey> oh
- # [03:59] <khuey> I thought you were referring to our packaging
- # [03:59] <RyanVM> crash on startup when attempting a PGO profile
- # [03:59] <RyanVM> yeah, that was quality fail too :P
- # [03:59] <RyanVM> I was expecting to see the huffman crash, not sure what to make of this one
- # [03:59] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [04:00] <RyanVM> died in AvailableMemoryTracker.cpp
- # [04:00] <RyanVM> LPVOID result = sVirtualAllocOrig(aAddress, aSize, aAllocationType, aProtect);
- # [04:00] * Quits: jdm-away (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
- # [04:01] * Waldo sees variable is free with his humor
- # [04:01] * Quits: jamesr (jamesr@B8824CCF.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [04:01] * Joins: jdm-away (jdm@505A43A5.8B53A442.6816E6B7.IP)
- # [04:02] <variable> Waldo: no, no, I was not malloced so don't free me
- # [04:02] * khuey munmaps variable
- # [04:02] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [04:02] <khuey> RyanVM: hmm, is that jlebar's new stuff?
- # [04:02] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [04:02] <RyanVM> I guess, yeah
- # [04:02] * Waldo sees variable is bound to respond with more humor
- # [04:03] <jlebar> RyanVM, You need to set an env var, otherwise we'll crash.
- # [04:03] <Waldo> jorendorff, jimb: ^
- # [04:03] * Quits: jdm-away (jdm@505A43A5.8B53A442.6816E6B7.IP) (Client exited)
- # [04:03] <RyanVM> jlebar: that'll be fun to hook into the PGO scripts
- # [04:03] <Waldo> not enough PL people here :-(
- # [04:03] <jlebar> RyanVM, MOZ_PGO_INSTRUMENTED=1, I believe.
- # [04:03] <jlebar> RyanVM, Hooked into our scripts already. :)
- # [04:03] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:03] <RyanVM> ok, then the crash may have been something else
- # [04:04] <RyanVM> it crashed trying to start for the PGO suite
- # [04:04] <RyanVM> so I launched it manually
- # [04:04] <RyanVM> so probably a different crash
- # [04:04] <jlebar> RyanVM, Sounds like my stuff...
- # [04:04] <jlebar> RyanVM, It's definitely going to crash when you start manually if you don't set the env var.
- # [04:04] <khuey> that seems ... interesting
- # [04:05] <jlebar> khuey, It's...unfortunate.
- # [04:05] <variable> Waldo: is that a bad thing?
- # [04:05] * Quits: chewey (chewey@moz-477DEDE3.dip0.t-ipconnect.de) (Ping timeout)
- # [04:05] <RyanVM> well, I already shut my build computer down. I'll try it tomorrow with the env var to see what happens
- # [04:05] <jlebar> khuey, What happens is, MSVC inserts hooks all over the place which can call into VirtualAlloc.
- # [04:05] <RyanVM> maybe it is the known huffman.c crash
- # [04:05] <gps> RyanVM: I found a compiler bug in MSVC2011 that caused the nightly landing page to crash the process
- # [04:05] <jlebar> khuey, So we have to know whether those hooks are present so we don't try to wrap VirtualAlloc.
- # [04:05] <gps> so, um, I wouldn't be using MSVC2011 too seriously right now
- # [04:06] <khuey> ah that's lovely
- # [04:06] <Waldo> variable: not too much, just that people here are closed off from my esoteric puns
- # [04:06] <Waldo> and they fall flat
- # [04:06] * Joins: chewey (chewey@moz-DCF74E95.dip0.t-ipconnect.de)
- # [04:06] * Waldo thinks he's run out of PL puns to pull, for the moment
- # [04:07] <RyanVM> gps: yeah, I just want to see if the crash I get is indeed bug 703135
- # [04:07] <variable> Waldo: ::(
- # [04:07] <RyanVM> otherwise, it was mainly an exercise in curiosity
- # [04:07] * Joins: jdm-away (jdm@505A43A5.8B53A442.6816E6B7.IP)
- # [04:07] <Unfocused> obligatory: he's a bound variable?
- # [04:07] <variable> Unfocused: yes
- # [04:07] * Quits: jdm-away (jdm@505A43A5.8B53A442.6816E6B7.IP) (Client exited)
- # [04:07] <jlebar> At the risk of getting a too-technical answer: How do I combine a fixed-width element and overflow-x: hidden in mobile CSS?
- # [04:07] <jlebar> Right now, it seems that the fixed width is ignored in favor of the overflow-x: hidden.
- # [04:07] * Joins: jdm-away (jdm@505A43A5.8B53A442.6816E6B7.IP)
- # [04:08] <Unfocused> Waldo: good, cos i think that was starting to get out of scope
- # [04:08] <jlebar> Ah, it works fine in the stock Android browser.
- # [04:08] <jlebar> Wonderful.
- # [04:09] <Waldo> Unfocused: \o/
- # [04:10] <RyanVM> gps: I was also kind of curious to see if PGO would work around your crash
- # [04:10] <jlebar> Although stock Android does text-overflow to the device viewport, rather than to the layout viewport.
- # [04:10] <jlebar> Being a web developer sucks, guys.
- # [04:10] <gps> RyanMV: my crash appears to be due to horrible assembly generation. after seeing that, I don't trust the compiler one bit
- # [04:10] <RyanVM> gps: Do you know if a bug was indeed filed, btw?
- # [04:11] <gps> RyanVM: doesn't look like it. I don't know how to publicly file a bug against Microsoft
- # [04:11] <RyanVM> connect.microsoft.com ?
- # [04:11] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Quit: juanb)
- # [04:11] <gps> besides, Microsoft is very good about "dogfooding" their own pre-released product, so I'm confident they will catch this before MSVC2011 ships
- # [04:11] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:11] <RyanVM> gps: https://connect.microsoft.com/VisualStudio/
- # [04:12] <RyanVM> more precisely - https://connect.microsoft.com/VisualStudio/feedback/CreateFeedback.aspx
- # [04:13] * Joins: bz_away (bzbarsky@moz-9DD6B824.washdc.fios.verizon.net)
- # [04:13] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Ping timeout)
- # [04:14] * Waldo wonders if/when we'll have msvc2011 available for moco-employed developers to build with it
- # [04:15] <gps> Waldo: the developer preview is "free"
- # [04:15] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:15] <Waldo> oh, it's still in DP-land?
- # [04:15] * jlebar wonders if/when Microsoft will stop putting dates in products and then missing the dates.
- # [04:15] <Unfocused> yep
- # [04:15] * Quits: jdm-away (jdm@505A43A5.8B53A442.6816E6B7.IP) (Client exited)
- # [04:15] * Waldo is mildly interested in the moment solely so he could verify the claim made at https://connect.microsoft.com/VisualStudio/feedback/details/707497/msvc-should-not-emit-the-optional-warning-c4265-virtual-functions-non-virtual-destructor-for-a-class-marked-as-sealed
- # [04:16] <Waldo> er, s/in the/at the/
- # [04:16] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (NickServ (GHOST command used by Mook_))
- # [04:16] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:17] <Waldo> since we tested with a 2011 beta-ish thing and it reproduced, bare days before that report, which suggests either a coincidence of timing or a misunderstanding of the bug report
- # [04:17] <RyanVM> I wanted to see what (if any) difference the auto-vectorization stuff makes
- # [04:17] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Connection reset by peer)
- # [04:18] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (NickServ (GHOST command used by Mook_))
- # [04:18] <bz_away> so....
- # [04:18] * philor|afk is now known as philor
- # [04:18] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:18] <bz_away> is anyone actually doing tracking nom triage? :(
- # [04:19] <RyanVM> bz_away: I'll try the inlining idea tomorrow
- # [04:19] <bz_away> RyanVM: thanks!
- # [04:20] <bz_away> RyanVM: I'd really like to know what that compiler is thinking. ;)
- # [04:20] <RyanVM> yeah, I'm just concerned that it could be bad
- # [04:20] <RyanVM> and since the switch to VC10 seems to be coming soon
- # [04:20] <RyanVM> it's worth looking at
- # [04:21] * Quits: edmorley (edmorley@moz-1BABC6CB.range86-166.btcentralplus.com) (Quit: nn)
- # [04:22] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino)
- # [04:22] * Quits: KaiRo (robert@moz-A5B32BD.adsl.highway.telekom.at) (Input/output error)
- # [04:24] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.87-2011052417 [Firefox 12.0a1/20111221170009])
- # [04:26] <gps> Microsoft has been known to give select people access to special tools. if we asked nicely...
- # [04:27] <khuey> bz_away: ping?
- # [04:32] * adam-afk is now known as adam
- # [04:33] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
- # [04:33] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [04:33] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
- # [04:33] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Ping timeout)
- # [04:34] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [04:34] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:34] * Quits: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net) (Quit: Leaving)
- # [04:34] * jmaher is now known as jmaher|afk
- # [04:37] <bz_away> khuey: ack
- # [04:37] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
- # [04:38] * Joins: pr0pagandhi_ (pr0pagandh@moz-B70166E2.hr.hr.cox.net)
- # [04:38] * Quits: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net) (Connection reset by peer)
- # [04:38] * pr0pagandhi_ is now known as pr0pagandhi
- # [04:39] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [04:39] <khuey> bz_away: njn has a css question or two
- # [04:41] <njn> bz_away: so we have this:
- # [04:41] <njn> struct CDBValueStorage {
- # [04:41] <njn> nsCSSProperty property;
- # [04:42] <njn> nsCSSValue value;
- # [04:42] <njn> };
- # [04:42] <njn> nsCSSProperty is an enum
- # [04:42] <njn> and nsCSSValue contains a nsCSSUnit, another enum
- # [04:42] <njn> I was wondering if they were redundant w.r.t. each other
- # [04:42] <njn> i.e. do any properties allow more than one kind of nsCSSUnit?
- # [04:42] <bz_away> njn: yes
- # [04:42] <njn> khuey thought some would
- # [04:42] <bz_away> njn: lots of them do
- # [04:42] <njn> bz_away: ok
- # [04:42] <bz_away> njn: in fact, I think all of them do
- # [04:43] <njn> bz_away: still, we have *tons* of CDVAlueStorage values
- # [04:43] <njn> seems like it could be compressed
- # [04:43] <bz_away> njn: since all of them allow initial, inherit, and whatever values are defined in the spec
- # [04:43] <njn> e.g. find a way to pack both the enum values into 16 bits each
- # [04:43] <bz_away> njn: this is in the compressed data block?
- # [04:43] <njn> yes
- # [04:44] <bz_away> njn: I wonder whether we can just store the nsCSSProperty in the nsCSSValue....
- # [04:44] <njn> bz_away: that's what I was thinking
- # [04:44] <bz_away> njn: in general
- # [04:44] <bz_away> njn: worth filing a bug on
- # [04:45] <njn> nsCSSValues might be used outside of CDBValueStorage, but it could be zero or somesuch in that case
- # [04:45] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Connection reset by peer)
- # [04:45] <bz_away> njn: right now CDBValueStorage ends up something like 24 bytes on 64-bit?
- # [04:45] * Joins: anky (anky@B5864F2B.6EEBC992.A3D1B221.IP)
- # [04:45] * Joins: peregrino_ (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [04:45] <bz_away> njn: and 12 bytes on 32-bit?
- # [04:45] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
- # [04:45] <njn> bz_away: AIUI
- # [04:45] <bz_away> njn: whereas we should be able to do 16 and 8 respectively?
- # [04:45] <njn> it would become 16/8
- # [04:45] <njn> with this change
- # [04:45] <njn> 33% reduction
- # [04:45] <bz_away> njn: yeah
- # [04:45] <njn> we have 2MB of these for one gmail instance on 64-bit
- # [04:45] <bz_away> njn: nsCSSValue is absolutely used outside CDBValueStorage
- # [04:46] <njn> I figured
- # [04:46] <bz_away> njn: but it might in fact be ok to always track along the property
- # [04:46] <njn> ok
- # [04:46] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
- # [04:46] <njn> I'll file
- # [04:46] <njn> bz_away: thanks
- # [04:47] * Quits: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
- # [04:47] <khuey> hmm, does document.body not work in xul?
- # [04:47] <roc> XUl documents don'thave a body
- # [04:47] <njn> bz_away: the style memory reporters I'm working on will take a big chunk out of heap-unclassified
- # [04:48] <khuey> ah
- # [04:48] <khuey> oh, right
- # [04:48] <khuey> this test just has an html body element in it
- # [04:49] <mbrubeck> philor: Sorry, missed your ping earlier
- # [04:49] <mbrubeck> need anything?
- # [04:49] <jlebar> How should I detect whether I'm desktop or fennec from chrome JS?
- # [04:50] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (NickServ (GHOST command used by Mook_))
- # [04:50] <philor> mbrubeck: no worries, just trying to palm off worrying about whether we needed to close for backlog on someone else
- # [04:50] <mbrubeck> jlebar: heh
- # [04:50] * Quits: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net) (Quit: pr0pagandhi)
- # [04:50] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:50] <mbrubeck> I mean philor: heh
- # [04:50] <jlebar> mbrubeck, Oh, you can laugh at my predicament too! :)
- # [04:50] <philor> I like the "jlebar: heh" better :)
- # [04:51] <mbrubeck> jlebar: I was looking for an answer and forgot I had already tab-completed your name when I responded to philor
- # [04:51] <mbrubeck> :)
- # [04:51] <mbrubeck> philor: If you want to close, I can reopen it later
- # [04:51] <mbrubeck> or I can take a look in a bit and make a call
- # [04:51] <Unfocused> jlebar: Services.appinfo.id ?
- # [04:51] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (NickServ (GHOST command used by Mook_))
- # [04:52] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [04:53] <njn> bz_away: ping
- # [04:53] <njn> khuey: any idea what http://pastebin.mozilla.org/1415278 is?
- # [04:53] <jlebar> Unfocused, Seems to be just sunbird/seamonkey/firefox/tbird?
- # [04:54] * bz_away is now known as bz
- # [04:54] <bz> njn: ack
- # [04:54] <njn> bz: ^^^ (the pastebin)
- # [04:54] * Joins: mdr (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
- # [04:54] <khuey> njn: generic necko stuff
- # [04:54] * glob|away is now known as glob
- # [04:54] <bz> yeah that's necko buffers
- # [04:54] <Unfocused> jlebar: eg?
- # [04:54] <bz> could be from any pipe
- # [04:54] <Unfocused> er, eh?
- # [04:54] <bz> someone is just writing into a pipe
- # [04:54] <bz> and we have to allocate memory to store the data
- # [04:54] <bz> when someone reads it, the blocks will get deallocated
- # [04:55] <jlebar> Unfocused, well, it's a GUID, and I'm trying to figure out how to translate it...
- # [04:55] <philor> mbrubeck: I think we can risk staying open, though I wish there wasn't that release eating slaves with its "oh, I'm so much more important than you peons" priority
- # [04:55] <jlebar> Unfocused, oh, okay!
- # [04:55] <Unfocused> yea, compare to firefox's app id, compare to mobile's app id (they're different)
- # [04:56] <jlebar> Found it, at least for sync...
- # [04:56] <jlebar> er, in sync code, yeah.
- # [04:56] <Unfocused> oh, and its Services.appinfo.ID (or nsIXULAppInfo.ID)
- # [04:56] * Unfocused often forgets the capitalization
- # [04:56] <njn> bz: is that covered by bug 683080?
- # [04:56] <jlebar> Unfocused, thanks.
- # [04:56] <Unfocused> :)
- # [04:56] <bz> njn: yes
- # [04:57] <njn> bz: ok, thanks
- # [04:57] * philor is now known as philor|away
- # [04:57] * khuey can think of few things he cares less about than RDFa 1.1 entering last call
- # [04:58] <bz> khuey: well
- # [04:58] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [04:58] <bz> khuey: that depends on whether you object to it going to REC or not, no?
- # [04:59] * Quits: anky (anky@B5864F2B.6EEBC992.A3D1B221.IP) (Client exited)
- # [04:59] <khuey> I object to its existence entirely
- # [04:59] <khuey> the state of existence is immaterial
- # [04:59] <khuey> njn: it may be worth investigating if we're writing that 800k into a pipe that's never getting read
- # [05:00] <njn> khuey: how would I do that?
- # [05:00] <khuey> or if the recycling allocator is just hanging on to it
- # [05:00] <khuey> or what
- # [05:00] <njn> khuey: want to comment in the bug?
- # [05:01] <khuey> ok
- # [05:02] * bz is checking on something
- # [05:03] * cjones-dinner is now known as cjones
- # [05:03] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
- # [05:04] <bz> ok
- # [05:04] <bz> so
- # [05:04] <bz> nsSegmentedBuffer always uses nsMemory::GetGlobalMemoryService() as mSegAllocator
- # [05:05] <bz> Which returns NS_GetMemoryManager
- # [05:05] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [05:05] * njn listens
- # [05:05] <bz> which afaict does 213 return sGlobalMemory.QueryInterface(NS_GET_IID(nsIMemory), (void**) result);
- # [05:05] <bz> where sGlobalMemory is an nsMemoryImpl
- # [05:05] <bz> wtf
- # [05:05] <bz> one sec
- # [05:06] <bz> how are we ending up in nsRecyclingAllocator?
- # [05:06] <bz> gimme a sec
- # [05:07] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
- # [05:07] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [05:07] <bz> ah
- # [05:07] * Quits: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com) (Quit: )
- # [05:07] <bz> someone can pass an allocator to Init()!
- # [05:07] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
- # [05:08] <bz> and it looks like that allocator is the one that comes from nsPipe::Init
- # [05:09] * jlebar considers putting an @media handheld { } CSS rule and then running getComputedStyle.
- # [05:09] <jlebar> Would that be bad?
- # [05:09] <bz> bad in what sense?
- # [05:09] <bz> Aha
- # [05:09] <bz> so this recycling allocator comes from net_GetSegmentAlloc
- # [05:10] <jlebar> bz, Bad in the sense that there's a cleaner way to accomplish the same thing?
- # [05:10] <bz> jlebar: what are you triying to accomplish?
- # [05:10] <bz> njn, khuey: so....
- # [05:10] <khuey> bz: so this is just the generic necko allocator?
- # [05:10] <jlebar> bz, Find out whether I'm on a mobile device, so I can unbreak about:memory.
- # [05:10] <khuey> that keeps chunks around?
- # [05:10] <bz> njn, khuey: yeah
- # [05:11] <bz> njn, khuey: it uses a 15 minute timer to discard the chunks
- # [05:11] <jlebar> bz, I'm chrome JS -- I own the world -- so resorting to hacks feels dirty. But less dirty than comparing services.appInfo.ID to a guid.
- # [05:11] <bz> jlebar: well, for your purposes why is mobile special?
- # [05:11] <khuey> sounds like something that needs to listen for memory pressure!
- # [05:11] <bz> khuey: likely, yes
- # [05:11] <njn> 15 minutes?!
- # [05:11] <khuey> njn: want to file ^?
- # [05:11] <KWierso> jlebar: do UA sniffing, feel even dirtier!
- # [05:11] <bz> 256 rv = recyclingAllocator->Init(gDefaultSegmentCount,
- # [05:11] <bz> 257 (15 * 60), // 15 minutes
- # [05:11] <bz> 258 "necko");
- # [05:11] <jlebar> bz, Because I can't get overflow-x, text-overflow: ellipsis, and fixed-width divs to play nicely together like they do on desktop.
- # [05:11] <bz> in nsIOService.cpp
- # [05:12] <bz> jlebar: why not?
- # [05:12] * Quits: flx_ (flx@moz-D4B58BB2.dsl.teksavvy.com) (Ping timeout)
- # [05:12] <bz> jlebar: screen too narrow?
- # [05:12] <khuey> it's kind of shitty that recycling allocators discard on a timer to begin with
- # [05:12] * Quits: Wes (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP) (No route to host)
- # [05:12] * Joins: flx_ (flx@moz-B6A0E404.dsl.teksavvy.com)
- # [05:12] <bz> khuey: sure
- # [05:12] <jlebar> bz, It seems that my device and layout viewports end up the same size, which is smaller than what I want.
- # [05:13] * Joins: voot545 (unknown@moz-B55706E6.tky.mesh.ad.jp)
- # [05:13] <jlebar> bz, I can upload a testcase...
- # [05:13] <voot545> I have a page that's loading from 192.168.~, and it has an iframe which is also loading content from that ip range, but the iframe always comes up blank; is there some security setting I need to change or what (the iframe is created & has its attributes set with jQuery)
- # [05:13] <bz> jlebar: so shouldn't you use a media query on the viewport size?
- # [05:13] <bz> jlebar: please
- # [05:13] * Joins: Wes (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP)
- # [05:17] * Quits: ashughes (ashughes@C03B568C.852FE72D.DA78B690.IP) (Ping timeout)
- # [05:17] * Joins: jdm-away (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
- # [05:19] * Quits: Bas (chatzilla@moz-B4DB3C59.ftth.concepts.nl) (Connection reset by peer)
- # [05:20] <bz> jlebar: hello?
- # [05:21] <jlebar> bz, So...part of the problem is that fennec is caching things I didn't think it was caching. I'm trying to see if I still have a problem, but fighting against apache atm.
- # [05:21] * Joins: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net)
- # [05:21] <bz> jlebar: ok
- # [05:21] * bz is about to go to bed
- # [05:21] <jlebar> bz, It's not at all important.
- # [05:21] <jlebar> bz, I'll ping you tomorrow if I can't figure it out.
- # [05:22] <bz> ok
- # [05:22] <bz> the brain-to-SMTP gateway is also a workable approach as desired
- # [05:22] * bz is now known as bz_sleep
- # [05:22] * Quits: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [05:22] <qheaden> I want to take a bug that requires more C++ than XML, HTML, JS, etc. What section of the FF codebase has predominantly C++ stuff?
- # [05:23] <khuey> the DOM
- # [05:23] <khuey> the layout engine
- # [05:23] <khuey> networking code
- # [05:23] <khuey> the js engine
- # [05:23] <khuey> etc
- # [05:23] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [05:25] <bz_sleep> xpconnect
- # [05:26] <njn> qheaden: most of the browser is C++
- # [05:27] * Quits: peregrino_ (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino_)
- # [05:28] <jdm-away> if it's not front-end, it's most likely c++
- # [05:28] * jdm-away is now known as jdm
- # [05:28] <jdm> who can explain how tab indexing is supposed to work?
- # [05:29] <jdm> I can't seem to use tab to reach any links in nightly
- # [05:29] <jlebar> Ah, of course, my apache did not load mod_headers by default.
- # [05:29] <jlebar> HTTP headers are so '90s.
- # [05:30] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Input/output error)
- # [05:33] <nemo> http://it.slashdot.org/comments.pl?sid=2585524&cid=38456240
- # [05:33] <qheaden> Yeah. In my last patch, I modified a few files, but only one was C++. And I did a simple copy and paste with the code. :P
- # [05:34] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
- # [05:34] * Joins: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu)
- # [05:34] <jlebar> Tried to reboot apache, rebooted machine.
- # [05:34] * jlebar would make a bad sysadmin.
- # [05:35] <darktrojan> jlebar++
- # [05:36] * mcote is now known as mcote|afk
- # [05:36] <voot545> I've checked this documentation, but there seems to be nothing about local address ranges https://developer.mozilla.org/en/HTML/Element/iframe
- # [05:36] <khuey> nemo: I liked the car with saran wrap windows comment
- # [05:36] * Quits: rshetty (quassel@74043EE3.63369A2D.D30E9BEF.IP) (Ping timeout)
- # [05:37] <ewong> jlebar: a real bad sysadmin would've formatted the whole system and re-did the configuration ;)
- # [05:37] <jwir3|away> jlebar: Once, when I was a sysadmin, I tried to delete a user's home directory
- # [05:38] <jwir3|away> jlebar: And ended up doing rm -rf /home
- # [05:38] <jwir3|away> jlebar: I wondered why it was taking so long...
- # [05:38] <ewong> O_O
- # [05:38] <jwir3|away> jlebar: We had 8000 users on that partition. Luckily, I canceled it after about 40 seconds, but we still had some restores to do ;|
- # [05:39] <glob> ow.
- # [05:39] <jwir3|away> ewong: my reaction exactly
- # [05:39] <jlebar> man.
- # [05:39] <jwir3|away> yeah it was a long night
- # [05:39] <ewong> which is a tad on a less destructive than |rm -rf /|
- # [05:39] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [05:39] * Joins: deejay (Mibbit@moz-9A151099.ericsson.net)
- # [05:40] <khuey> nemo: that guy is clearly a troll
- # [05:41] <khuey> nemo: his understanding of the boundary between kernelspace and userspace is severely lacking
- # [05:41] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
- # [05:42] <jwir3|away> anyone have an idea how I can turn off antialiasing between characters of the ahem font on OSX for a reftest?
- # [05:43] * philor|away is now known as philor
- # [05:43] <jwir3|away> I'm getting weirdness like this: http://i.imgur.com/DO7ny.png
- # [05:44] * Quits: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net) (Quit: HARR)
- # [05:44] * Joins: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net)
- # [05:44] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (NickServ (GHOST command used by Mook_))
- # [05:44] * Joins: Mook (mook@moz-B1410066.dsl.teksavvy.com)
- # [05:45] * Quits: deejay (Mibbit@moz-9A151099.ericsson.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:45] * BenWa is now known as benwa|sms
- # [05:48] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [05:49] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
- # [05:49] * Joins: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [05:51] <jdm> qheaden: so right now I'm just browsing through open bugs in Core: DOM, but haven't come across anything that screams "assign to qheaden" yet
- # [05:51] <jdm> it's a legitimate strategy for finding things to work on, though!
- # [05:52] * Quits: mike5w3c (MikeS@moz-9138E282.pool.e-mobile.ne.jp) (Quit: mike5w3c)
- # [05:52] * Quits: Mook (mook@moz-B1410066.dsl.teksavvy.com) (Quit: gone)
- # [05:53] <qheaden> jdm: Oh ok, thanks. I have to browse the core section as well.
- # [05:54] * qheaden is now known as qheaden_away
- # [05:55] * Joins: smontagu (chatzilla@moz-51D78F32.red.bezeqint.net)
- # [05:56] * Joins: mike5w3c (MikeS@moz-9138E282.pool.e-mobile.ne.jp)
- # [05:56] * Quits: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [05:56] * Quits: mike5w3c (MikeS@moz-9138E282.pool.e-mobile.ne.jp) (Quit: mike5w3c)
- # [05:57] <khuey> 693172 wouldnt mind some love
- # [05:58] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [06:00] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
- # [06:02] * Quits: variable (root@B09554C8.2ACCEC03.ECED8BE3.IP) (Ping timeout)
- # [06:03] * khuey is now known as khuey|away
- # [06:08] * Quits: Poly-C (Poly-C@moz-EE82FC7C.dip.t-dialin.net) (Ping timeout)
- # [06:08] * Joins: ewong_ (chatzilla@moz-B5A86794.com)
- # [06:08] * joduinn-biab is now known as joduinn-home
- # [06:08] <philor> mmm, red Win PGO build, my favorite
- # [06:08] * Quits: ewong (chatzilla@moz-83240463.belfordhk.com) (Ping timeout)
- # [06:08] * Joins: mike5w3c (MikeS@moz-910A1BB3.pool.e-mobile.ne.jp)
- # [06:08] * Joins: Polynomial-C (Poly-C@moz-CCD18361.dip.t-dialin.net)
- # [06:08] <KWierso> wasn't me, I swear
- # [06:08] * ewong_ is now known as ewong
- # [06:09] <philor> here, let me just trigger four builds in order to get one retriggered, we're down to only 1674 pending jobs
- # [06:10] <philor> that would, of course, be in the hypothetical world where self-serve loads
- # [06:11] <KWierso> I don't like that world
- # [06:11] * Joins: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [06:14] * qheaden_away is now known as qheaden
- # [06:15] * Joins: Mano (chatzilla@moz-458D8416.red.bezeqint.net)
- # [06:21] * glob is now known as glob|away
- # [06:23] * Quits: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [06:23] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Connection reset by peer)
- # [06:24] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [06:25] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
- # [06:28] * Quits: dbradley (dbradley@moz-8FACAA93.fuse.net) (Quit: )
- # [06:28] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [06:31] * mattwoodrow is now known as mattwoodrow|away
- # [06:32] * Joins: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [06:35] * bear is now known as bear-afk
- # [06:35] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
- # [06:37] * glob|away is now known as glob
- # [06:37] <qheaden> I've got a great idea for a feature in FF, but I want to save it until the next Summer of Code.
- # [06:39] <glob> back
- # [06:39] <philor> hey, glob's back!
- # [06:39] * glob hates his irc client
- # [06:39] <philor> and his client still doesn't behave!
- # [06:40] <ewong> bad irc client
- # [06:40] <glob> evidently binding ^b to "/back" == "say back on all channels"
- # [06:40] <ewong> lol
- # [06:40] * Quits: bnicholson (bnicholson@moz-CA78B821.rcmdva.fios.verizon.net) (Input/output error)
- # [06:41] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [06:43] * Joins: aja (chatzilla@A5AFBA31.B611DEB8.7880DB15.IP)
- # [06:44] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
- # [06:45] <aja> http://www.mozilla.org/en-US/firefox/10.0/whatsnew/ wants you to get the "newest version" 9.0.1
- # [06:45] * Quits: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [06:45] <qheaden> aja: Nice find. :P
- # [06:46] <qheaden> It seems to be a generic message. Change the version numbers randomly, you still get the same message.
- # [06:47] <aja> 1st thing you see when you start the new beta
- # [06:47] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [06:47] <qheaden> if (version_in_url > latest_release_version) print("Your from the future!")
- # [06:47] <qheaden> There, fixed.
- # [06:48] <qheaden> :P
- # [06:48] <aja> maybe gets changed upon QA signoff or something? dunno
- # [07:04] * Joins: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [07:05] * Joins: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [07:06] * Parts: voot545 (unknown@moz-B55706E6.tky.mesh.ad.jp)
- # [07:07] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [07:07] * Joins: Mathnerd314 (mathnerd31@moz-B9AE66FA.cos.dyn.pcisys.net)
- # [07:07] * Quits: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net) (Quit: Leaving)
- # [07:07] * Joins: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net)
- # [07:08] * Quits: mike5w3c (MikeS@moz-910A1BB3.pool.e-mobile.ne.jp) (Quit: mike5w3c)
- # [07:09] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
- # [07:09] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [07:10] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [07:10] * Neil is now known as NeilAway
- # [07:10] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:11] <ewong> re: ted's post on m.dev.planning, "The CRT build system was a horrible nmake mess...Trying to build an unsupported newer version seems like a nightmare." what's the requirements for this?
- # [07:12] <dolske> jemalloc.
- # [07:12] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [07:20] <ewong> knowledge wise I mean
- # [07:22] * Quits: njn (chatzilla@32788AE8.60066DFE.8660782D.IP) (Quit: ChatZilla 0.9.87 [Firefox 11.0a1/20111219145243])
- # [07:22] <Mossop> There were all sorts of ugly requirements imposed by the licensing of the CRT so like we couldn't include the sources to the CRT in the tree, only a patch to the sources, and that patch couldn't contain any lines of code from the original sources or something
- # [07:24] * Quits: flx_ (flx@moz-B6A0E404.dsl.teksavvy.com) (Ping timeout)
- # [07:24] <ewong> err.. the patch can't contain any lines of code from the original source?
- # [07:24] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:25] <Mossop> That would be giving away the source!
- # [07:25] <ewong> oh right...
- # [07:25] <ewong> sorry.. what's CRT?
- # [07:26] <Mossop> C runtime I think. It contains implementations for lots of the low level C functions like malloc, new, free, etc.
- # [07:27] * Quits: smontagu (chatzilla@moz-51D78F32.red.bezeqint.net) (Ping timeout)
- # [07:27] <jesup> Correct
- # [07:27] <ewong> ooh.. the Microsoft C runtime stuff, right?
- # [07:29] <jesup> patches can contain lines from the source, within limits. But the source as a whole couldn't be there.
- # [07:29] * Quits: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP) (Quit: Leaving)
- # [07:29] <jesup> IANAL of course
- # [07:29] <ewong> but we don't have the source to the CRT, right?
- # [07:29] <jesup> CSS for Babies: http://www.amazon.com/CSS-Babies-Web-Design/dp/0615555217 -- the sequel to HTML for Babies
- # [07:30] <jesup> ewong: I believe MS distributes the source with VS
- # [07:31] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:31] <Unfocused> yea. you just can't redistribute it
- # [07:31] <ewong> oh..
- # [07:31] <Unfocused> code licenses are fun!
- # [07:31] * Quits: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
- # [07:38] * Joins: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net)
- # [07:48] <Waldo> "insert these bytes at index i, insert these other bytes at index j, ..."
- # [07:48] <Waldo> funtimes
- # [07:48] <Waldo> more or less
- # [07:51] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [07:52] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
- # [07:56] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
- # [08:00] <ewong> I'm dozing off while trying to read the EULA
- # [08:04] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
- # [08:07] <ewong> is there any sense in maintaining (atm) two separate sets of Makefiles? one for the old VS2005 stuff.. and one for the new VS2010 stuff?
- # [08:08] * Joins: mike5w3c (MikeS@moz-910A1BB3.pool.e-mobile.ne.jp)
- # [08:09] * mattwoodrow|away is now known as mattwoodrow
- # [08:11] * Quits: ctyler (chris@2FC2A67C.49178EC1.F061A1E6.IP) (Ping timeout)
- # [08:12] * Joins: gwagner_ (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net)
- # [08:12] * Quits: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net) (Ping timeout)
- # [08:12] * gwagner_ is now known as gwagner
- # [08:13] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
- # [08:13] * Quits: willy1234x1 (willy1234x@moz-7A550E65.slkc.qwest.net) (Connection reset by peer)
- # [08:14] * adam is now known as adam-afk
- # [08:14] * Parts: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net)
- # [08:18] <dolske> we build on VS2005, so.... yes.
- # [08:18] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [08:18] <glazou> bonjour
- # [08:23] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [08:26] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [08:28] * Joins: anky (anky@CA479D61.98C096CA.A3D1B221.IP)
- # [08:28] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [08:40] * Joins: cpeterso_ (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
- # [08:41] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Ping timeout)
- # [08:43] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
- # [08:44] * Joins: bent|afk (chatzilla@moz-DB4C5E15.triad.res.rr.com)
- # [08:44] * Quits: bent|afk (chatzilla@moz-DB4C5E15.triad.res.rr.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [08:51] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [08:51] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
- # [08:51] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Client exited)
- # [08:52] * Quits: ewong (chatzilla@moz-B5A86794.com) (Ping timeout)
- # [08:52] * Joins: ewong (chatzilla@moz-83240463.belfordhk.com)
- # [08:52] * Quits: tn (tn@moz-2E73ACE4.wp.shawcable.net) (Quit: Leaving)
- # [08:53] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
- # [08:54] * adam-afk is now known as adam
- # [08:56] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:56] * Joins: pascalc (chatzilla@moz-1BEB025C.rev.sfr.net)
- # [09:02] * Quits: cpeterso_ (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
- # [09:06] * Joins: tn (tn@moz-2E73ACE4.wp.shawcable.net)
- # [09:07] * adam is now known as adam-afk
- # [09:07] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Ping timeout)
- # [09:07] * philor is now known as philor|away
- # [09:08] * Joins: mike5w3c_ (MikeS@moz-14F1D871.u05.hotspot.ne.jp)
- # [09:09] * Quits: mike5w3c (MikeS@moz-910A1BB3.pool.e-mobile.ne.jp) (Ping timeout)
- # [09:09] * mike5w3c_ is now known as mike5w3c
- # [09:12] * Joins: ma1 (mao@moz-F18BD638.clienti.tiscali.it)
- # [09:16] * Joins: past (past@moz-7A93B333.dsl.dyn.forthnet.gr)
- # [09:20] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
- # [09:20] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [09:25] * Joins: Ms2ger (Ms2ger@CC7F0FF.207206FA.37724B0D.IP)
- # [09:25] * Quits: anky (anky@CA479D61.98C096CA.A3D1B221.IP) (Client exited)
- # [09:27] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
- # [09:28] * heycam is now known as heycam|away
- # [09:28] * Quits: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net) (Quit: Leaving)
- # [09:30] * Quits: Ami_Ty_ (Amie@moz-1960E5E6.dhcp.reno.nv.charter.com) (Quit: Ami_Ty_)
- # [09:30] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
- # [09:31] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [09:31] * Joins: protz (protz@moz-E29D2A15.inria.fr)
- # [09:31] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [09:33] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
- # [09:34] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [09:36] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
- # [09:38] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Client exited)
- # [09:40] * Joins: regen (Miller@moz-996D2E77.adsl.dynamic.seed.net.tw)
- # [09:40] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
- # [09:41] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
- # [09:41] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
- # [09:41] * Quits: ma1 (mao@moz-F18BD638.clienti.tiscali.it) (Ping timeout)
- # [09:42] * Joins: ma1 (mao@moz-F18BD638.clienti.tiscali.it)
- # [09:47] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [09:47] * Joins: anky (anky@CA479D61.98C096CA.A3D1B221.IP)
- # [09:54] * sancus is now known as sancus_
- # [09:54] * sancus_ is now known as sancus
- # [09:56] * Quits: mdas|afk (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas|afk)
- # [10:00] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
- # [10:03] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
- # [10:06] <Mano> !seen smontagu
- # [10:06] <firebot> smontagu was last seen 6 days, 13 hours, 17 minutes and 36 seconds ago, saying 'Ms2ger: "needed for mac, linux"?' in #developers.
- # [10:06] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:11] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
- # [10:15] * Joins: mgoodwin_ (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
- # [10:15] * Joins: ioni (wonder@A2DBAD6E.29024E27.2A2EF0F3.IP)
- # [10:16] * Quits: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Ping timeout)
- # [10:16] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [10:19] * Quits: anky (anky@CA479D61.98C096CA.A3D1B221.IP) (Client exited)
- # [10:20] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [10:22] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
- # [10:22] * Quits: regen (Miller@moz-996D2E77.adsl.dynamic.seed.net.tw) (Quit: regen)
- # [10:24] * Quits: mgoodwin_ (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com) (Quit: )
- # [10:24] <bkero> 01:09 < ioerror> RT @DrWhax: Remember that Webkit bug that triggered a bluescreen? Seems to be open since 2005 at mozilla.. https://t.co/4EZbkSoY
- # [10:24] * Joins: mgoodwin (mgoodwin@moz-4BB9E5E9.cable.virginmedia.com)
- # [10:24] * Joins: AutomatedTester (AutomatedT@moz-19CE9E0.as13285.net)
- # [10:25] * glob is now known as glob|away
- # [10:27] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
- # [10:33] * Joins: Goldorak (chatzilla@E8036F38.6890FC55.187A1082.IP)
- # [10:35] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [10:37] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [10:37] <glazou> gaaaah, mdn timeouts
- # [10:39] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [10:41] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [10:43] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [10:43] * Quits: AutomatedTester (AutomatedT@moz-19CE9E0.as13285.net) (Ping timeout)
- # [10:44] * Quits: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net) (Quit: HARR)
- # [10:44] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [10:45] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [10:45] * Joins: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net)
- # [10:45] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Connection reset by peer)
- # [10:45] * Joins: edmorley (edmorley@moz-1BABC6CB.range86-166.btcentralplus.com)
- # [10:46] * Joins: karl (karl@moz-89B42C0C.jetstream.xtra.co.nz)
- # [10:46] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [10:46] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [10:47] * ewong is now known as ewong|afk
- # [10:50] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [10:50] * Joins: Mano_ (chatzilla@moz-3ED89A2A.red.bezeqint.net)
- # [10:50] * Quits: Mano (chatzilla@moz-458D8416.red.bezeqint.net) (Ping timeout)
- # [10:50] * Mano_ is now known as Mano
- # [10:52] * Quits: Jonathan- (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk) (Ping timeout)
- # [10:52] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [10:53] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [10:53] * NeilAway wonders why &DELTA; isn't an acceptable entity
- # [10:54] * Quits: ioni (wonder@A2DBAD6E.29024E27.2A2EF0F3.IP) (Quit: Leaving)
- # [10:55] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [10:58] * Quits: aja (chatzilla@A5AFBA31.B611DEB8.7880DB15.IP) (Ping timeout)
- # [10:58] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
- # [10:58] * Quits: mike5w3c (MikeS@moz-14F1D871.u05.hotspot.ne.jp) (Quit: mike5w3c)
- # [10:58] * Joins: aja (chatzilla@A5AFBA31.B611DEB8.7880DB15.IP)
- # [10:58] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [11:02] * NeilAway sighs
- # [11:02] <NeilAway> why is tbpl so slooooow?
- # [11:03] * Joins: smaug (chatzilla@moz-50F960FC.elisa-mobile.fi)
- # [11:04] <imphil> NeilAway, it's normal speed here
- # [11:04] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
- # [11:05] * Quits: tonymec (tonymec@840ADDA5.33500255.277517C1.IP) (Ping timeout)
- # [11:05] <NeilAway> also a usability nightmare
- # [11:05] * Quits: karl (karl@moz-89B42C0C.jetstream.xtra.co.nz) (Ping timeout)
- # [11:05] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
- # [11:07] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Quit: Jesse)
- # [11:08] * Joins: gandalf (zbraniecki@moz-7F9A63CB.neoplus.adsl.tpnet.pl)
- # [11:10] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
- # [11:10] * Quits: Mano (chatzilla@moz-3ED89A2A.red.bezeqint.net) (Ping timeout)
- # [11:12] <nigelb> NeilAway: wait, really?
- # [11:12] <nigelb> NeilAway: You should talk to skinny about usability.
- # [11:13] * Joins: bjarne (bjarne@moz-46A85847.nextgentel.com)
- # [11:14] * whimboo|afk is now known as whimboo
- # [11:14] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [11:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:15] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [11:16] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [11:16] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [11:16] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:16] * Joins: mike5w3c (MikeS@moz-E685AAE8.pool.e-mobile.ne.jp)
- # [11:17] <edmorley> NeilAway: nightmare in what sense? (just curious)
- # [11:19] * Joins: JonathanS (JonathanS@moz-11327195.uk.infrastructure.hencogroup.co.uk)
- # [11:21] <NeilAway> edmorley: well, I clicked on help, but it was bigger than my screen, and I couldn't scroll it with the mouse, because that just closes the "popup"
- # [11:21] * CwiiisAway is now known as Cwiiis
- # [11:21] <NeilAway> s/screen/window
- # [11:21] * Joins: tonymec (tonymec@840ADDA5.33500255.277517C1.IP)
- # [11:21] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [11:21] <edmorley> oh yeah ha
- # [11:21] <NeilAway> (clicking on a log is also tough, because I can never work out how to dismiss the summary)
- # [11:22] <NeilAway> anyway, my real rant is TESTS THAT RELY ON BUGS
- # [11:22] <NeilAway> so that my bug fix breaks the test...
- # [11:22] <edmorley> :-)
- # [11:23] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [11:24] <darktrojan> what about tests that rely on bug 700000?
- # [11:24] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [11:24] * Quits: tonymec (tonymec@840ADDA5.33500255.277517C1.IP) (Ping timeout)
- # [11:25] <glazou> hsivonen: ping
- # [11:26] * Joins: biesi (cbiesinger@moz-ABAEA4A3.vie.surfer.at)
- # [11:26] * Joins: tonymec (tonymec@840ADDA5.33500255.277517C1.IP)
- # [11:27] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:30] <NeilAway> also, how do you incrementally remake after changing a test? making in the objdir of the test file didn't work :-(
- # [11:31] * mattwoodrow is now known as mattwoodrow|away
- # [11:32] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [11:32] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [11:32] <NeilAway> oh, user error - test is broken in more than one place
- # [11:35] <Ms2ger> NeilAway, entities are case-sensitive
- # [11:38] <NeilAway> Ms2ger: well, duh, otherwise you would get δ all the time
- # [11:39] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
- # [11:40] <NeilAway> Unfocused: bah, do tests disable global extensions by default?
- # [11:41] * Joins: regen (Miller@moz-996D2E77.adsl.dynamic.seed.net.tw)
- # [11:42] * Joins: tonymec__ (tonymec@840ADDA5.33500255.277517C1.IP)
- # [11:42] * tonymec__ is now known as tonymec|away
- # [11:43] <Unfocused> probably
- # [11:43] <Unfocused> what test suite?
- # [11:44] <Unfocused> xpcshelll test disable distro-addons
- # [11:45] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [11:46] <Unfocused> and so does everything else
- # [11:46] * Joins: jfkthame (jfkthame@BAD6452B.90783722.9542EC20.IP)
- # [11:47] * Quits: pascalc (chatzilla@moz-1BEB025C.rev.sfr.net) (Ping timeout)
- # [11:47] * glazou hates dealing with string conversions in cpp
- # [11:48] <Ms2ger> glazou, I hate string conversions, period :)
- # [11:48] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [11:49] * Quits: tonymec (tonymec@840ADDA5.33500255.277517C1.IP) (Client exited)
- # [11:50] * Quits: jfkthame (jfkthame@BAD6452B.90783722.9542EC20.IP) (Ping timeout)
- # [11:50] * Joins: flx_ (flx@71DEABAC.FEC191B5.287A8ADE.IP)
- # [11:50] * Joins: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP)
- # [11:50] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Quit: Leaving.)
- # [11:50] * Quits: tonymec|away (tonymec@840ADDA5.33500255.277517C1.IP) (Input/output error)
- # [11:50] * Quits: past (past@moz-7A93B333.dsl.dyn.forthnet.gr) (Input/output error)
- # [11:51] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
- # [11:51] * Joins: Fallen|mac (kewisch@moz-1FF20D7F.adsl.hansenet.de)
- # [11:52] * Joins: jfkthame (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP)
- # [11:52] * Joins: past (past@moz-7A93B333.dsl.dyn.forthnet.gr)
- # [11:52] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
- # [11:55] * Quits: jfkthame (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [11:55] * Joins: tonymec__ (tonymec@D56E4809.82018BFB.277517C1.IP)
- # [11:56] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
- # [11:56] * tonymec__ is now known as tonymec|away
- # [11:56] * Joins: biesi_ (cbiesinger@moz-ABAEA4A3.vie.surfer.at)
- # [11:57] <grubshka> Is the a way to automatically integrate msvcrXX.dll with the build system? It seems to be the case when building firefox, but not for my xulrunner app
- # [11:57] * Joins: jfkthame (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP)
- # [11:57] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [11:57] * Quits: biesi (cbiesinger@moz-ABAEA4A3.vie.surfer.at) (Ping timeout)
- # [11:59] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
- # [11:59] * Quits: ma1 (mao@moz-F18BD638.clienti.tiscali.it) (Client exited)
- # [11:59] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [11:59] * whimboo is now known as whimboo|afk
- # [12:00] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Client exited)
- # [12:01] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [12:01] <mounir> did people began to receive emails from bugzilla when they have very old review waiting?
- # [12:02] * Joins: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net)
- # [12:03] <Ms2ger> Probably not
- # [12:03] <Ms2ger> Go us!
- # [12:03] <Ms2ger> (Bug 696020)
- # [12:07] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [12:08] <mounir> smaug: could you have a look at the patch in bug 701353?
- # [12:09] * Joins: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP)
- # [12:09] <mounir> actually, the change in ::PostHandleEvent mostly/only
- # [12:10] <jfkthame> hmm, is anyone preparing to backout on inbound? lots of flames....
- # [12:11] <mounir> jfkthame: feel free :)
- # [12:11] <edmorley> jfkthame: I was about to
- # [12:12] <jfkthame> edmorley: ok, if you're already prepping it, that's great - looks to me like b02402b95e5c is the guilty cset
- # [12:12] <edmorley> yup
- # [12:13] <smaug> why do we have still old bugs which have tracking-firefox9:?
- # [12:13] <edmorley> presumably was just missing the #include "nsAlgorithm.h", but backing out for now
- # [12:13] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [12:13] <mounir> smaug: some people forgot to change that?
- # [12:14] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [12:15] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [12:16] <smaug> mounir: well, I was assuming someone would look at all the bugs with tracking-firefox9:?
- # [12:16] <smaug> mounir: is there hurry with bug 701353?
- # [12:16] <smaug> it looks a bit tricky, and at least the patch does change behavior
- # [12:17] <mounir> smaug: no particular except that it's made by a volunteer and I like the idea of reviews for volunteer going quick
- # [12:17] * Joins: graememcc (chatzilla@moz-DCCF2A04.range86-150.btcentralplus.com)
- # [12:17] <smaug> right
- # [12:17] * Parts: pedro (Something@moz-E14A0F6A.clients.your-server.de)
- # [12:17] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [12:18] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [12:20] <Ms2ger> I like the idea of my own reviews going quick ;)
- # [12:20] * glob|away is now known as glob
- # [12:20] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [12:21] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [12:22] * Quits: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net) (Ping timeout)
- # [12:23] * Quits: glob (glob@moz-DF237567.glob.com.au) (Quit: Leaving...)
- # [12:26] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:26] * Joins: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net)
- # [12:29] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [12:31] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
- # [12:31] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [12:32] <mounir> Ms2ger: don't dream too much :)
- # [12:32] <Ms2ger> Right you are
- # [12:32] * Ms2ger forwards his reviews to mounir
- # [12:32] <smaug> there are 13 bugs with tracking-firefox9: ? where the ? has been added before December :/
- # [12:32] * Quits: jfkthame (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP) (No route to host)
- # [12:32] * Joins: jfkthame_ (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP)
- # [12:32] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
- # [12:33] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Connection reset by peer)
- # [12:34] * Joins: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net)
- # [12:36] * Joins: jdm (jdm@CC0122E6.8F96AEA7.2D179A7D.IP)
- # [12:37] * khuey|away is now known as khuey
- # [12:38] <mounir> smaug: thanks for the review :)
- # [12:38] <gcp> lightning webpage is out of date for thunderbird 9.0 / lightning 1.1
- # [12:38] * Quits: smaug (chatzilla@moz-50F960FC.elisa-mobile.fi) (Ping timeout)
- # [12:39] <darktrojan> lightning webpages are always out of date
- # [12:39] * Joins: pranavrc (pranavrc@690ECDAD.9D00BB59.C28326FD.IP)
- # [12:39] * Quits: pranavrc (pranavrc@690ECDAD.9D00BB59.C28326FD.IP) (Quit: Ping timeout: ∞)
- # [12:40] * merike|away is now known as merike
- # [12:40] * Fallen|mac is now known as Fallen
- # [12:40] <gcp> horrible release coordination. and that combined with thunderbird update not updating plugins? fine user experience we have here
- # [12:40] <gcp> </rant>
- # [12:40] <glob> mounir, we do have plans to email people when they have very old reviews waiting
- # [12:41] <darktrojan> I'm gonna guess and say lightning 1.1 hasn't been approved by AMO yet
- # [12:41] <glob> bug 682847 (done) and bug 711483 (2012q1)
- # [12:41] <gcp> it is
- # [12:42] <mounir> glob: I thought I saw an email related to that in dev.planning
- # [12:42] * Fallen is now known as Fallen|mac
- # [12:42] <darktrojan> so it is
- # [12:42] <glob> mounir, yes. it's now code-complete and is waiting for IT deployment love
- # [12:43] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Ping timeout)
- # [12:45] <NeilAway> glob: did I forget to file a bug to fix the inline history links for attachments?
- # [12:45] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [12:45] <glob> NeilAway, no, not forgotten however
- # [12:45] <darktrojan> speaking of lightning, my multimonth/year view is almost half decent
- # [12:45] <glob> NeilAway, 696079
- # [12:46] <NeilAway> glob: thanks
- # [12:47] * ewong|sleep is now known as ewong
- # [12:47] * Quits: regen (Miller@moz-996D2E77.adsl.dynamic.seed.net.tw) (Quit: regen)
- # [12:47] <gcp> is there anyone here using native fennec that started having crash on startup yesterday?
- # [12:48] * glazou is now known as glazou_food
- # [12:52] * Quits: derf (derf@moz-4168F490.net) (Ping timeout)
- # [12:55] * Quits: aja (chatzilla@A5AFBA31.B611DEB8.7880DB15.IP) (Client exited)
- # [12:58] * Joins: Mano (chatzilla@moz-3ED89A2A.red.bezeqint.net)
- # [12:59] <khuey> lol
- # [12:59] <khuey> https://twitter.com/#!/DrWhax/status/149774302856740864
- # [13:01] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [13:01] <Ms2ger> It's in Core Graveyard, kill it
- # [13:02] <khuey> I'm just amused that timeless found the kernel bug six years ago
- # [13:03] <Ms2ger> Well, what did you expect?
- # [13:05] * darktrojan is impressed with the new addons video
- # [13:06] <nigelb> url?
- # [13:06] * Joins: Boriss (FlyingToas@11B1236C.5B209293.746E7A12.IP)
- # [13:06] <darktrojan> Watch our new add-ons video come to life in your Add-ons Manager -> Get Add-ons -> Learn More About Add-ons
- # [13:07] <nigelb> wow, my internet is amazingly slow today.
- # [13:07] * Joins: atulagrwl (atul@moz-D64D2953.ts.2iij.net)
- # [13:08] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
- # [13:10] <nigelb> damn, that is awesome.
- # [13:10] <nigelb> Do I see popcorn.js being used?
- # [13:10] <atulagrwl> Hello All, I am getting build error while trying to build m-c channel (by clang++) during linking .. anybody seen something like this?
- # [13:11] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
- # [13:11] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [13:11] <atulagrwl> Snippet http://pastebin.mozilla.org/1415936
- # [13:14] * Joins: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de)
- # [13:15] * Quits: jdm (jdm@CC0122E6.8F96AEA7.2D179A7D.IP) (Client exited)
- # [13:15] * Joins: ctyler (chris@2FC2A67C.49178EC1.F061A1E6.IP)
- # [13:15] * Quits: Wes (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP) (Ping timeout)
- # [13:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [13:15] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
- # [13:17] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [13:17] * Joins: redwood (chatzilla@moz-4B69708B.dial1.atlanta1.level3.net)
- # [13:18] * Quits: redwood (chatzilla@moz-4B69708B.dial1.atlanta1.level3.net) (Quit: ChatZilla 0.9.87 [Firefox 12.0a1/20111221031226])
- # [13:20] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Connection timed out)
- # [13:21] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
- # [13:22] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
- # [13:22] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [13:22] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [13:23] * Joins: cbiesinger__ (cbiesinger@moz-ABAEA4A3.vie.surfer.at)
- # [13:23] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [13:23] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [13:23] * Quits: Fallen|mac (kewisch@moz-1FF20D7F.adsl.hansenet.de) (Quit: Leaving.)
- # [13:23] * Quits: biesi_ (cbiesinger@moz-ABAEA4A3.vie.surfer.at) (Ping timeout)
- # [13:24] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
- # [13:26] * glazou_food is now known as glazou
- # [13:26] * Quits: flx_ (flx@71DEABAC.FEC191B5.287A8ADE.IP) (Ping timeout)
- # [13:27] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [13:29] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [13:31] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
- # [13:31] * Ziggy|AWAY is now known as Ziggy_Maes
- # [13:31] * Joins: KaiRo (robert@moz-A5B32BD.adsl.highway.telekom.at)
- # [13:36] * glob is now known as glob|away
- # [13:40] <khuey> mfinkle: ping
- # [13:43] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Ping timeout)
- # [13:44] * Quits: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net) (Ping timeout)
- # [13:44] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [13:45] * Standard8Away is now known as Standard8
- # [13:47] * Joins: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net)
- # [13:48] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [13:51] * Joins: ckvk (ckvk@96D85063.8CAA5A9E.C6104E0F.IP)
- # [13:52] * Joins: ferjm (ferjm@moz-B18BB446.red-83-55-209.dynamicip.rima-tde.net)
- # [13:52] * Quits: gandalf (zbraniecki@moz-7F9A63CB.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [13:54] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
- # [13:57] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [13:58] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [14:00] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
- # [14:01] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
- # [14:02] * Joins: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP)
- # [14:02] * Joins: anky (anky@CA479D61.98C096CA.A3D1B221.IP)
- # [14:04] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
- # [14:04] <atulagrwl> Repeating my question: I am getting build error while trying to build m-c channel (by clang++) during linking .. anybody seen something like this? http://pastebin.mozilla.org/1415936
- # [14:06] <khuey> firebot: bug 708870
- # [14:06] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=708870 nor, --, ---, nobody, RESO WORKSFORME, Cannot compile Firefox with Clang: hidden symbol `_Unwind_Backtrace' isn't defined
- # [14:06] * bhearsum|afk is now known as bhearsum
- # [14:06] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [14:06] * merike is now known as merike|away
- # [14:07] <atulagrwl> khuey, Thanks.. Let me try clean build by clang++ head
- # [14:09] * Quits: bsmith (bsmith@moz-364A0C3E.hsd1.ca.comcast.net) (Ping timeout)
- # [14:10] <atulagrwl> ahh.. clang compilation failed :)
- # [14:11] <khuey> can't help you with that ;-)
- # [14:12] * Quits: graememcc (chatzilla@moz-DCCF2A04.range86-150.btcentralplus.com) (Ping timeout)
- # [14:12] <atulagrwl> maybe I will switch to gcc for a while ..
- # [14:13] * Joins: graememcc (chatzilla@moz-DCCF2A04.range86-150.btcentralplus.com)
- # [14:14] * Quits: jfkthame_ (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP) (Ping timeout)
- # [14:14] <ewong> I'm not too fluent in C++ and not a bit of OOP..would like some clarification .. by "Move all subclasses of nsDOMEventTargetHelper to nsDOMEventTargetWrapperCache" means that instead of nsDOMEventTargetHelper being the superclass of x, I change the x's superclass to nsDOMEventTargetWrapperCache, right?
- # [14:15] <ewong> btw, this is wrt to bug #693172
- # [14:15] <ewong> and by "merge the classes" it means merge "nsDOMEventTargetHelper" with "nsDOMEventTargetWrapperCache" right?
- # [14:16] <khuey> yes
- # [14:16] <khuey> move everything that inherits from nsDOMEventTargetHelper to inherit from nsDOMEventTargetWrapperCache
- # [14:16] <khuey> fix up the cycle collection macros
- # [14:16] <khuey> and then merge nsDOMEventTargetHelper with nsDOMEventTargetWrapperCache
- # [14:16] <ewong> ok
- # [14:17] * Joins: espindola (espindola@7FFA6E05.3EE5C6CE.F061A1E6.IP)
- # [14:17] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [14:19] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [14:19] * Joins: erione (erione@A6194319.F9701E76.C752B3FA.IP)
- # [14:19] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:21] * Joins: Fallen|mac (kewisch@moz-D2356AE3.customers.d1-online.com)
- # [14:22] * Joins: wg9s (gianopou@moz-2C6A4E4C.raytheon.com)
- # [14:24] * Quits: wg9s (gianopou@moz-2C6A4E4C.raytheon.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [14:24] * Joins: wg9s (gianopou@moz-2C6A4E4C.raytheon.com)
- # [14:25] <NeilAway> khuey: why not just merge the other way?
- # [14:25] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
- # [14:26] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [14:28] * Quits: Goldorak (chatzilla@E8036F38.6890FC55.187A1082.IP) (Client exited)
- # [14:29] * Quits: past (past@moz-7A93B333.dsl.dyn.forthnet.gr) (Ping timeout)
- # [14:30] * Joins: Goldorak (chatzilla@E8036F38.6890FC55.187A1082.IP)
- # [14:30] <wg9s> khuey: ping
- # [14:31] <khuey> NeilAway: I don't really care what it's called in the end
- # [14:31] <khuey> wg9s: pong
- # [14:31] * Joins: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:31] <wg9s> on that pymake IDL issue I thought I owuld let you know that my build today worked fine with that patch applied.
- # [14:32] <wg9s> ere you going to post that patch to bug 711549, or should I do that.
- # [14:32] <wg9s> becuase if I do it I don;t have the patch authors info to give prper crdit.
- # [14:32] <khuey> I'm going to take care of it today
- # [14:32] <wg9s> OK great!
- # [14:33] <khuey> thanks for verifying that it helps
- # [14:33] <wg9s> becuase it would be nice to get this other person to test on windows since the problem there seemed opposite.
- # [14:34] <wg9s> It is only one build after my other builds complete I might have it just do extra bulds to make sure
- # [14:35] * Joins: armenzg (armenzg@moz-8555CE12.cable.teksavvy.com)
- # [14:39] <wg9s> khuey: Interestingly it seems that you backed out bug 629668 on the 18th, which would mean I was seeing the issue even without that in the tree.
- # [14:39] * Joins: past (past@moz-7A93B333.dsl.dyn.forthnet.gr)
- # [14:40] <wg9s> My automated build failed yesterday morning.
- # [14:40] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
- # [14:40] * Joins: regen (Miller@moz-996D2E77.adsl.dynamic.seed.net.tw)
- # [14:41] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:41] * Parts: ckvk (ckvk@96D85063.8CAA5A9E.C6104E0F.IP) (Leaving)
- # [14:43] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [14:47] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Client exited)
- # [14:47] * Joins: MarcoZ (marco.zehe@moz-D0909DEF.dip.t-dialin.net)
- # [14:48] * Quits: graememcc (chatzilla@moz-DCCF2A04.range86-150.btcentralplus.com) (Ping timeout)
- # [14:49] * Joins: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk)
- # [14:49] <NeilAway> there's some test thingy to wait for focus, isn't there?
- # [14:50] * Joins: graememcc (chatzilla@moz-DCCF2A04.range86-150.btcentralplus.com)
- # [14:52] * Joins: mconley (mconley@moz-7B22FBCF.eng.wind.ca)
- # [14:53] <NeilAway> bah, unfair
- # [14:53] * Quits: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP) (Input/output error)
- # [14:53] <NeilAway> there's a test for something that's not exposed
- # [14:54] * Quits: regen (Miller@moz-996D2E77.adsl.dynamic.seed.net.tw) (Quit: regen)
- # [14:54] * Quits: Boriss (FlyingToas@11B1236C.5B209293.746E7A12.IP) (Quit: Boriss)
- # [14:55] <NeilAway> did I mention that tests suck yet?
- # [14:56] * Joins: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP)
- # [14:56] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
- # [14:56] * Quits: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [14:57] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
- # [14:57] <bhearsum> ted: do you recall if the 3.6 branch is supposed to have pgo?
- # [14:57] <ted> for windows, definitely
- # [14:58] <ted> we've been shipping that since 3.0
- # [14:58] * Joins: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP)
- # [14:58] <bhearsum> hmmm
- # [14:58] <ted> we might not have turned it on for linux till 4.0
- # [14:58] <bhearsum> ok, i can't find profileserver.py being run in the 3.6.25 build log :(
- # [14:58] <bhearsum> is there something else i sholud grep for to check if it was PGO-ed?
- # [14:58] <ted> that seems unfortunate!
- # [14:59] <ted> is it running make -f client.mk profiledbuild ?
- # [14:59] <bhearsum> nope
- # [14:59] <bhearsum> 'make' '-f' 'client.mk' 'build' u'MOZ_BUILD_DATE=20111212142243'
- # [14:59] <ted> okay, then odds are it is not doing a PGO build
- # [14:59] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [14:59] <ted> did the release logic get updated?
- # [14:59] <bhearsum> crappers
- # [14:59] <ted> because i'm not sure 3.6 honors MOZ_PGO
- # [14:59] <bhearsum> i bet our factories got changed at some point for that
- # [14:59] * armenzg is now known as armenzg_brb
- # [14:59] <ted> yeah :-/
- # [14:59] <ted> we could probably backport that change
- # [15:00] <bhearsum> looks like nightlies are regressed too, based on build times
- # [15:00] * Quits: RST-J (RST-J@moz-343E9EC3.net) (Ping timeout)
- # [15:00] * Joins: Suresh (chatzilla@4EA9CEDD.BEC054D6.4576C295.IP)
- # [15:00] <ted> fun
- # [15:00] * Quits: arno (arno@moz-DFB73ABF.fbx.proxad.net) (Ping timeout)
- # [15:00] <bhearsum> if the backport is easy that seems like a good idea
- # [15:00] <ted> good thing people watch our stable build tree like a hawk
- # [15:00] <bhearsum> if not, we can figure out a work around on our side
- # [15:01] <bhearsum> looks like 3.6.23 was our last release with PGO on
- # [15:01] <mrbkap> florian: ?
- # [15:01] <ted> it's https://bugzilla.mozilla.org/show_bug.cgi?id=643704
- # [15:01] <florian> mrbkap: hello
- # [15:01] <ted> bhearsum: ouch, we actually shipped a non-PGO release?
- # [15:01] <bhearsum> ahh, thanks
- # [15:01] <ted> http://hg.mozilla.org/mozilla-central/rev/4599ba769a48
- # [15:02] <bhearsum> ted: 2 of them at this point
- # [15:02] <ted> not a particularly invasive change
- # [15:02] <ted> bhearsum: ugh, horrible
- # [15:02] <ted> i think we're getting too used to this rapid release thing
- # [15:02] <bhearsum> nobody ever looks at the 1.9.2 tree =\
- # [15:02] <bhearsum> we have permaorange tests there
- # [15:02] <mrbkap> florian: hey Ms2ger said that you might have a question for me?
- # [15:02] <bhearsum> poor neglected 3.6
- # [15:03] * jmaher|afk is now known as jmaher
- # [15:03] <florian> mrbkap: a few minutes before Ms2ger said that, I asked this here: "when in the shutdown leak statistics of a debug build I see that some instances of XPCWrappedNative, nsXPCWrappedJS and nsXPCWrappedJSClass remain, is there a way to know what's wrapped in them?"
- # [15:03] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [15:04] * Joins: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP)
- # [15:04] <florian> I've found the cause of my leak since that, but I would still be interested in the answer to that question to save time in the future :).
- # [15:04] <mrbkap> florian: hmm, not easily.
- # [15:05] <mrbkap> florian: the guy you want to talk to is really peterv.
- # [15:05] <mrbkap> florian: but he's been in and out recently.
- # [15:05] <florian> ok
- # [15:05] <khuey> we've pretty much given up on 1.9.2
- # [15:05] <khuey> we just pretend it's still supported
- # [15:05] <khuey> it's pretty funny actually
- # [15:05] * Joins: variable (root@B09554C8.2ACCEC03.ECED8BE3.IP)
- # [15:05] <mrbkap> florian: mccr8 is also a good guy to go to for leak questions... he's in California though.
- # [15:06] <khuey> when you consider how many millions of people are using stuff we don't pay any attention to
- # [15:06] <florian> if I understood correctly, the cause of my leak was 2 JS objects A and B, A referencing B, and B referencing a method of A.bind(A).
- # [15:06] <florian> if I remove the reference to A.bind(A), the leak disappear
- # [15:07] <florian> I'm not sure if that's expected or if it's a bug (if so I should probably try to reduce the testcase I had and file a bug).
- # [15:07] <ted> khuey: it's pretty much always been this way
- # [15:07] <ted> our stable releases get no love
- # [15:07] <mrbkap> hmm
- # [15:07] <mrbkap> florian: these are xpcom objects?
- # [15:07] <florian> yes
- # [15:07] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
- # [15:07] <florian> although I don't think they were wrapped before the bind call
- # [15:07] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [15:09] <mrbkap> florian: hmm, I wouldn't expect that to leak.
- # [15:09] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
- # [15:10] <bhearsum> ted: it looks like https://bugzilla.mozilla.org/show_bug.cgi?id=658313 was actually the thing that regressed this
- # [15:10] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [15:10] <mrbkap> florian: If you have some spare time, it would probably be instructive at the very least to reduce your testcase to see what happened.
- # [15:10] <bhearsum> indentation fail: http://hg.mozilla.org/build/buildbotcustom/annotate/67081bb6526e/process/factory.py#l1149
- # [15:10] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
- # [15:10] <florian> mrbkap: ok, I'll try to reduce it. Probably not today though.
- # [15:11] <ted> bhearsum: i can't see why that's wrong, but i'll take your word for it
- # [15:11] <mrbkap> florian: cool.
- # [15:11] <bhearsum> oh, actulaly, nm
- # [15:11] <bhearsum> that code is busted in some way or else we'd have PGO builds
- # [15:12] <bhearsum> looks like we never set profiledBuild
- # [15:13] * Joins: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:13] * Joins: RST-J (RST-J@moz-343E9EC3.net)
- # [15:14] * Joins: jfkthame_afk (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP)
- # [15:14] * jfkthame_afk is now known as jfkthame
- # [15:14] * mcote|afk is now known as mcote
- # [15:15] * armenzg_brb is now known as armenzg
- # [15:16] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
- # [15:17] * jorendorff is now known as jorendorff-merry
- # [15:17] * catlee-away is now known as catlee
- # [15:18] * Quits: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP) (Ping timeout)
- # [15:19] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
- # [15:19] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
- # [15:21] * Joins: ajuma (ajuma@moz-CDCFE118.home.cgocable.net)
- # [15:21] * Joins: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP)
- # [15:23] * Quits: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net) (Input/output error)
- # [15:23] * Quits: erione (erione@A6194319.F9701E76.C752B3FA.IP) (Ping timeout)
- # [15:24] * Joins: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net)
- # [15:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [15:25] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [15:25] * Quits: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP) (Ping timeout)
- # [15:25] * mcote is now known as mcote|chiro
- # [15:26] * Quits: Goldorak (chatzilla@E8036F38.6890FC55.187A1082.IP) (Client exited)
- # [15:27] * Joins: tonymec (tonymec@D56E4809.82018BFB.277517C1.IP)
- # [15:27] <Ms2ger> florian, mrbkap, I hear mccr8 is on holiday, fwiw
- # [15:27] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [15:27] * Quits: atulagrwl (atul@moz-D64D2953.ts.2iij.net) (Quit: Leaving)
- # [15:28] * mrbkap doesn't doubt it.
- # [15:30] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:31] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [15:31] * Joins: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net)
- # [15:32] * Joins: arno (arno@moz-DFB73ABF.fbx.proxad.net)
- # [15:33] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [15:35] * jmaher is now known as jmaher|afk
- # [15:37] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Quit: Leaving.)
- # [15:37] * whimboo|afk is now known as whimboo
- # [15:38] * Joins: biesi_ (cbiesinger@moz-ABAEA4A3.vie.surfer.at)
- # [15:39] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:39] * Quits: cbiesinger__ (cbiesinger@moz-ABAEA4A3.vie.surfer.at) (Ping timeout)
- # [15:39] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [15:41] * coop|away is now known as coop
- # [15:43] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:43] * Quits: anky (anky@CA479D61.98C096CA.A3D1B221.IP) (Client exited)
- # [15:48] * Joins: rshetty (quassel@91604F9E.EE4A6069.C842849F.IP)
- # [15:50] * Joins: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se)
- # [15:50] * benwa|sms is now known as BenWa
- # [15:54] * Joins: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net)
- # [15:54] <pr0pagandhi> hey guys im trying to build mozilla and I'm trying to run the command make -f client.mk
- # [15:54] <pr0pagandhi> but im getting this message
- # [15:55] <pr0pagandhi> client.mk:80: *** The mozilla directory cannot be located in a path with spaces.. Stop.
- # [15:55] <pr0pagandhi> any help? I'm new at this
- # [15:55] <Ms2ger> Well, it seems like your directory is located in a path with spaces
- # [15:56] * Quits: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net) (Quit: Leaving)
- # [15:56] <pr0pagandhi> so i should just copy the directory into a new patch
- # [15:57] <Ms2ger> Yeah
- # [15:58] <pr0pagandhi> got it working ty
- # [15:58] <Ms2ger> Np
- # [16:00] * MarcoZ is now known as MarcoZ_afk
- # [16:00] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
- # [16:03] * jmaher|afk is now known as jmaher
- # [16:04] * Quits: espindola (espindola@7FFA6E05.3EE5C6CE.F061A1E6.IP) (Input/output error)
- # [16:04] * Joins: c0smikdebris (c0smikdebr@40AA861C.F94ECD12.D2D1FAF0.IP)
- # [16:07] * Joins: TheLink (TheLink@moz-B5AB52CB.pools.arcor-ip.net)
- # [16:10] * Quits: biesi_ (cbiesinger@moz-ABAEA4A3.vie.surfer.at) (Ping timeout)
- # [16:11] * Quits: zandr (zandr@moz-891BD824.milewski.org) (Max SendQ exceeded)
- # [16:12] * Joins: zandr (zandr@moz-891BD824.milewski.org)
- # [16:12] * bwinton_away is now known as bwinton
- # [16:12] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
- # [16:14] * jhopkins|away is now known as jhopkins
- # [16:14] * Joins: pranavrc (pranavrc@690ECDAD.9D00BB59.C28326FD.IP)
- # [16:15] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Ping timeout)
- # [16:16] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [16:16] * Quits: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net) (Ping timeout)
- # [16:17] * ewong is now known as ewong|sleep
- # [16:19] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
- # [16:19] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
- # [16:19] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [16:21] * Joins: smontagu (chatzilla@moz-B10E68B5.red.bezeqint.net)
- # [16:22] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
- # [16:23] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Ping timeout)
- # [16:25] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
- # [16:26] * Quits: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [16:27] * Joins: flx_ (flx@moz-B6A0E404.dsl.teksavvy.com)
- # [16:27] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [16:27] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
- # [16:28] * Joins: smaug (chatzilla@moz-8CD861CA.elisa-mobile.fi)
- # [16:29] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [16:29] * Joins: ericb2 (X@moz-D339E438.fbx.proxad.net)
- # [16:29] * Joins: akeybl (akeybl@moz-129E6621.washdc.fios.verizon.net)
- # [16:29] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:31] * Quits: flx_ (flx@moz-B6A0E404.dsl.teksavvy.com) (Ping timeout)
- # [16:32] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [16:34] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
- # [16:37] * Parts: pingo (anders@D05322A6.C7F87E9A.1FBA578A.IP)
- # [16:40] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [16:41] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [16:43] * Joins: whimboo1 (whimboo@moz-216F9AFA.superkabel.de)
- # [16:43] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [16:44] * Quits: whimboo (whimboo@moz-216F9AFA.superkabel.de) (Ping timeout)
- # [16:44] <NeilAway> Ms2ger: don't you like those sort of error reports ;-)
- # [16:44] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
- # [16:44] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [16:45] * whimboo1 is now known as whimboo
- # [16:46] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [16:46] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:47] * philor|away is now known as philor
- # [16:50] <TheLink> Is there a version target for mac os 10.7 compatibility (especially ui changes)?
- # [16:50] <TheLink> There's quite a lot in the works but already for a long time.
- # [16:51] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [16:52] * Quits: jfkthame (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [16:52] * rail_away is now known as rail
- # [16:53] * Quits: Suresh (chatzilla@4EA9CEDD.BEC054D6.4576C295.IP) (Ping timeout)
- # [16:53] * Joins: rwaldron (rwaldron@4A9ED633.CDEF507F.A35657C3.IP)
- # [16:53] <khuey> !seen daron
- # [16:53] <firebot> I've never seen a 'daron', sorry.
- # [16:53] <khuey> er
- # [16:53] <khuey> !seen dbaron
- # [16:53] <firebot> dbaron was last seen 16 hours, 55 minutes and 13 seconds ago, saying 'njn, bz might see something...' in #developers.
- # [16:55] * Joins: Suresh (chatzilla@5C590C61.9C54E4A7.EB06F97B.IP)
- # [16:56] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [16:56] * Quits: Suresh (chatzilla@5C590C61.9C54E4A7.EB06F97B.IP) (Connection reset by peer)
- # [16:56] * bz_sleep is now known as bz
- # [16:56] <bz> I might see what?
- # [16:57] * Joins: derf (derf@moz-4168F490.net)
- # [16:57] * gregglind_away is now known as gregglind
- # [16:58] <glandium> bz: something
- # [16:58] * Quits: bjarne (bjarne@moz-46A85847.nextgentel.com) (Quit: Leaving.)
- # [16:59] * glazou laughs
- # [17:00] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
- # [17:00] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Quit: Verlassend)
- # [17:01] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [17:01] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
- # [17:02] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [17:02] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: WeeChat 0.3.5)
- # [17:02] * Joins: dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net)
- # [17:02] * ChanServ sets mode: +o dbaron
- # [17:03] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Client exited)
- # [17:04] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [17:04] <NeilAway> bah, I didn't even notice Enn was here :s
- # [17:04] * Joins: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com)
- # [17:05] * Quits: bwinton (bwinton@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [17:05] * Joins: Mano_ (chatzilla@moz-C50CAC10.red.bezeqint.net)
- # [17:05] * Joins: bwinton_away (bwinton@moz-B77DEAEB.mozilla.org)
- # [17:05] <khuey> hmm
- # [17:05] * Quits: Mano (chatzilla@moz-3ED89A2A.red.bezeqint.net) (Ping timeout)
- # [17:05] * Mano_ is now known as Mano
- # [17:05] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [17:05] <khuey> I suppose making both tests paint nothing is one strategy to pass reftests
- # [17:06] * Quits: ericb2 (X@moz-D339E438.fbx.proxad.net) (Quit: . . . ........)
- # [17:08] * Quits: bwinton_away (bwinton@moz-B77DEAEB.mozilla.org) (Quit: Coyote finally caught me)
- # [17:09] * Joins: Suresh (chatzilla@967697AB.FCDFB9D8.EB06F97B.IP)
- # [17:10] * Joins: bwinton_away (bwinton@moz-B77DEAEB.mozilla.org)
- # [17:10] * bwinton_away is now known as bwinton
- # [17:11] * gregglind is now known as gregglind_afk
- # [17:11] * Quits: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.15/2009101909])
- # [17:12] * Joins: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP)
- # [17:12] * ctalbert|afk is now known as ctalbert
- # [17:12] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [17:13] <luke> gah, commit message thinko ruins the alignment!
- # [17:14] <glandium> khuey: more subtle, make it paint something with a big white box on top
- # [17:14] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
- # [17:14] * jmaher is now known as jm2ger
- # [17:14] * jm2ger is now known as jmaher
- # [17:15] * Joins: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net)
- # [17:15] <pr0pagandhi> usually how long does it take for the source code to compile
- # [17:15] <pr0pagandhi> ive been running it for a while now
- # [17:15] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [17:15] <pr0pagandhi> like 2hrs at least
- # [17:15] * Joins: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [17:16] * Quits: mike5w3c (MikeS@moz-E685AAE8.pool.e-mobile.ne.jp) (Ping timeout)
- # [17:16] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [17:16] * Joins: mike5w3c (MikeS@moz-2A8FF05E.pool.e-mobile.ne.jp)
- # [17:16] <Ms2ger> pr0pagandhi, depends on your computer, but a couple of hours is pretty normal
- # [17:17] <pr0pagandhi> ahh alright, cool
- # [17:17] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [17:17] * Quits: smaug (chatzilla@moz-8CD861CA.elisa-mobile.fi) (Ping timeout)
- # [17:17] * Quits: Fallen|mac (kewisch@moz-D2356AE3.customers.d1-online.com) (Quit: Leaving.)
- # [17:18] * Joins: smaug (chatzilla@moz-8CD861CA.elisa-mobile.fi)
- # [17:18] <bz> Ah, devmo
- # [17:19] * bz cries
- # [17:19] <smaug> pr0pagandhi: if you have dual or quad core cpu, use -j<somenumber> to utilize those cores better when compiling
- # [17:19] <bz> pr0pagandhi: on Windows?
- # [17:19] <Ms2ger> bz, where do image maps bugs go?
- # [17:19] * rail is now known as rail_away
- # [17:19] <pr0pagandhi> Mac OSX
- # [17:19] <pr0pagandhi> Core 2 Duo :(
- # [17:19] <bz> pr0pagandhi: ah
- # [17:19] <bz> pr0pagandhi: how much ram?
- # [17:19] * rail_away is now known as rail
- # [17:19] <bz> pr0pagandhi: and is this a laptop?
- # [17:20] <pr0pagandhi> it's basically raping my CPU, 4gig Ram, yes Macbook Pro
- # [17:20] <bz> hrm
- # [17:20] * bz built on a core 2 duo at some point, and seems to recall the builds being order of an hour
- # [17:20] <bz> but that was a while ago
- # [17:20] <bz> we might have more code now...
- # [17:20] <khuey> glandium: mmm, that could be a fun trick
- # [17:20] <smaug> pr0pagandhi: do you have -j2 ?
- # [17:21] <catlee> !seen billm
- # [17:21] <firebot> billm was last seen 15 hours, 23 minutes and 29 seconds ago, saying 'talking about dates can be surprisingly difficult (and I mean that genuinely)' in #jsapi.
- # [17:21] <pr0pagandhi> I didn't use the -j2 command
- # [17:21] <pr0pagandhi> i would have if I'd known about it before starting haha
- # [17:21] <smaug> mk_add_options MOZ_MAKE_FLAGS="-j2"
- # [17:21] <catlee> bz: we need to ask billm if we still need --enable-js-diagnostics
- # [17:21] * lsblakk|afk is now known as lsblakk
- # [17:21] <jorendorff-merry> billm has a talent for understatement
- # [17:21] * Quits: victorporof (victorporo@3A53A763.F695A43D.79933D60.IP) (Quit: victorporof)
- # [17:21] <smaug> though, I don't know if we have some default value for -j
- # [17:21] <jlebar> bz, I fixed that problem with Fennec about:memory. Solution: Update from yesterday's nightly to today's nightly.
- # [17:22] <bz> jlebar: excellent
- # [17:22] <pr0pagandhi> I'll do that next time, its still in the middle of compiling
- # [17:22] <smaug> pr0pagandhi: actually, perhaps -j4
- # [17:22] <bz> catlee: sounds good
- # [17:22] <bz> smaug: default -j is 1
- # [17:22] * Parts: ferjm (ferjm@moz-B18BB446.red-83-55-209.dynamicip.rima-tde.net)
- # [17:22] * khuey wonders if anyone would notice if he landed patches that break border image
- # [17:22] <Ms2ger> Yes
- # [17:23] <khuey> darn
- # [17:23] <jlebar> khuey, You mean, like div { border-right: duck.jpg; }?
- # [17:23] <catlee> bz: do you have his contact info?
- # [17:24] <khuey> jlebar: yeah
- # [17:24] <khuey> edmorley: ping?
- # [17:24] <Ms2ger> jlebar, almost, http://dev.w3.org/csswg/css3-background/#border-images
- # [17:24] * Joins: bent|afk (chatzilla@moz-DB4C5E15.triad.res.rr.com)
- # [17:25] <Ms2ger> firebot, billm?
- # [17:25] <edmorley> khuey: pong
- # [17:25] <firebot> Ms2ger: Sorry, I've no idea what 'billm' might be.
- # [17:25] <Ms2ger> Bah
- # [17:25] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
- # [17:25] <khuey> edmorley: do you remember the header.py bug from yesterday?
- # [17:25] <edmorley> yeah
- # [17:25] * Quits: smontagu (chatzilla@moz-B10E68B5.red.bezeqint.net) (Ping timeout)
- # [17:25] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:25] * Cwiiis is now known as CwiiisAway
- # [17:26] <edmorley> 703878
- # [17:26] <khuey> awesome
- # [17:26] <khuey> ty
- # [17:26] <edmorley> np
- # [17:26] <Ms2ger> firebot, billm is Bill McCloskey (wmccloskey@mozilla.com)
- # [17:26] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Ping timeout)
- # [17:26] <firebot> Ms2ger: ok
- # [17:26] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [17:26] <Ms2ger> catlee, ^
- # [17:27] <catlee> thanks!
- # [17:27] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
- # [17:28] <khuey> firebot: Ms2ger?
- # [17:28] <firebot> khuey: Well, Ms2ger is the international man of mystery (Ms2ger@gmail.com)
- # [17:28] <Ms2ger> khuey, yes?
- # [17:28] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Ping timeout)
- # [17:29] <evilpie> who had the slides with Ms2ger again on mozcamp?
- # [17:29] <Ms2ger> bholley
- # [17:29] * Joins: dao (dao@moz-CA8817D3.superkabel.de)
- # [17:30] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [17:31] <cjones> bz, ping
- # [17:31] <bz> cjones: ack
- # [17:32] <cjones> hi bz, are you ok with a quick hack to disable x-frame-options checking, behind a pref?
- # [17:32] <cjones> this is to unblock the browser app for b2g, for a quarterly goal
- # [17:32] <cjones> the downside is ugly, sorry
- # [17:32] <cjones> upside is we can start testing the browser in real phones sooner
- # [17:34] * Joins: jfkthame (jfkthame@7CAC30AF.5BC345F5.9542EC20.IP)
- # [17:34] * Quits: Mano (chatzilla@moz-C50CAC10.red.bezeqint.net) (Ping timeout)
- # [17:34] <pr0pagandhi> any plans for an iOS version?
- # [17:34] * Joins: Wes (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP)
- # [17:36] <smaug> ted: ^
- # [17:36] * Joins: smontagu (chatzilla@moz-13AE8AF9.red.bezeqint.net)
- # [17:37] * mcote|chiro is now known as mcote
- # [17:37] <khuey> I think that project died with native UI for android
- # [17:37] <bz> cjones: worksforme
- # [17:37] * Joins: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP)
- # [17:37] <khuey> hmm
- # [17:37] * Quits: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP) (Connection reset by peer)
- # [17:37] <bz> cjones: can you make it check system prefs only?
- # [17:37] <bz> cjones: so users can't set it by accident?
- # [17:37] * Joins: victorporo (victorporo@5FEE190.2E655143.79933D60.IP)
- # [17:38] <cjones> bz, certainly, makes sense
- # [17:38] * Parts: pr0pagandhi (pr0pagandh@moz-B70166E2.hr.hr.cox.net)
- # [17:38] <cjones> we have tests for x-frame-options, right?
- # [17:38] * victorporo is now known as victorporof
- # [17:38] * Quits: arno (arno@moz-DFB73ABF.fbx.proxad.net) (Ping timeout)
- # [17:38] <khuey> aStyleBorder.GetActualBorder returning a null margin might have something to do with no border getting painted
- # [17:38] <cjones> (so we know we don't accidentally disable it for other products)
- # [17:39] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:39] <bz> jlebar: so I can ignore all this fennec stuff, right?
- # [17:39] <jlebar> bz, yes; it was just a bug which was fixed.
- # [17:40] * jmaher is now known as jmaher|afk
- # [17:42] <bz> cjones: http://mxr.mozilla.org/mozilla-central/search?string=x-frame-options suggests yes
- # [17:42] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [17:42] <cjones> thanks
- # [17:43] * Joins: benfrancis (benfrancis@moz-98150149.pete-bam-1.adsl.virginmedia.com)
- # [17:43] * Joins: wwiras (wwiras@4503C64A.7C6C52C0.7B802453.IP)
- # [17:44] <wwiras> hi
- # [17:46] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [17:46] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [17:47] <wwiras> does any one know any free screencast tools available on the internet
- # [17:47] * Quits: dao (dao@moz-CA8817D3.superkabel.de) (Quit: Leaving.)
- # [17:48] * Quits: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi) (Ping timeout)
- # [17:49] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
- # [17:49] * Parts: jstraus (Adium@moz-C7B4D9FC.hsd1.ma.comcast.net)
- # [17:51] * Quits: smontagu (chatzilla@moz-13AE8AF9.red.bezeqint.net) (Ping timeout)
- # [17:52] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
- # [17:52] * Joins: hsivonen (hsivonen@moz-E533C3E2.esp.mediateam.fi)
- # [17:53] * Joins: arno (arno@moz-DFB73ABF.fbx.proxad.net)
- # [17:54] * Joins: gandalf (zbraniecki@moz-7F9A63CB.neoplus.adsl.tpnet.pl)
- # [17:55] * rail is now known as rail-lunch
- # [17:55] * bear-afk is now known as bear-buildduty
- # [17:55] * jdm is now known as jdm-lunch
- # [17:56] * catlee is now known as catlee-lunch
- # [17:58] * Quits: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net) (Ping timeout)
- # [18:00] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [18:00] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Ping timeout)
- # [18:01] * rail-lunch is now known as rail_away
- # [18:02] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
- # [18:02] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino)
- # [18:02] * Quits: sheppy (sheppy@moz-4992DE6D.static.kgpt.tn.charter.com) (Quit: sheppy)
- # [18:02] * joduinn-home is now known as joduinn-commute
- # [18:03] * philor changes topic to 'm-c: CLOSED m-i: CLOSED || Next aurora uplift: January 31 || If you are new or want to help, see irc://irc.mozilla.org/#introduction || "if you like the way it's working, just you wait five minutes"'
- # [18:03] * Joins: Mano (chatzilla@moz-C50CAC10.red.bezeqint.net)
- # [18:03] * adam-afk is now known as adam
- # [18:04] * Joins: smontagu (chatzilla@moz-E4699C80.red.bezeqint.net)
- # [18:05] * bhearsum is now known as bhearsum|afk
- # [18:05] * Quits: pranavrc (pranavrc@690ECDAD.9D00BB59.C28326FD.IP) (Quit: Ping timeout: ∞)
- # [18:06] * Quits: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [18:06] * rail_away is now known as rail
- # [18:07] <smontagu> bz: don't know if you got my ping before i disconnected
- # [18:07] * bent|afk is now known as bent
- # [18:07] <Ms2ger> philor, what's up?
- # [18:08] * Joins: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [18:08] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [18:08] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [18:08] * mkelly is now known as mkelly|wfh
- # [18:09] <Ms2ger> :/
- # [18:10] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
- # [18:10] * Quits: smontagu (chatzilla@moz-E4699C80.red.bezeqint.net) (Ping timeout)
- # [18:10] <philor> Ms2ger: 1. 3809 pending, 47 running; 2. 75% of Android jobs don't show on tbpl; 3. 25% of those that show have no logs
- # [18:11] <Ms2ger> Ouch
- # [18:11] * Joins: smontagu (chatzilla@moz-E4699C80.red.bezeqint.net)
- # [18:11] <khuey> mdn is down
- # [18:11] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
- # [18:12] <glazou> yes, again
- # [18:12] <glazou> second time today
- # [18:12] <@dbaron> some pages (like it's been for a week or so) or the whole thing?
- # [18:13] * Quits: smontagu (chatzilla@moz-E4699C80.red.bezeqint.net) (Ping timeout)
- # [18:13] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [18:16] * Quits: jorendorff-merry (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff-merry)
- # [18:16] <khuey> dbaron: where does nsRuleNode::ComputeBorderData get called from?
- # [18:16] * khuey can't find it in mxr
- # [18:17] <@dbaron> khuey, something else in nsRuleNode, probably WalkRuleTree
- # [18:17] <@dbaron> khuey, let me look...
- # [18:17] <@dbaron> khuey, yeah, WalkRuleTree, near the end
- # [18:17] <khuey> ah
- # [18:17] <khuey> macros
- # [18:17] <khuey> lovely
- # [18:20] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [18:20] * Joins: gal (gal@moz-7327DB99.hsd1.ca.comcast.net)
- # [18:20] * Joins: smontagu (chatzilla@moz-E4699C80.red.bezeqint.net)
- # [18:20] * mdas is now known as mdas|afk
- # [18:22] * Quits: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP) (Client exited)
- # [18:22] * ahal is now known as ahal|lunch
- # [18:22] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [18:23] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
- # [18:23] <bz> khuey: It's spelled mmmmmacros
- # [18:24] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Ping timeout)
- # [18:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:24] * jmaher|afk is now known as jmaher
- # [18:24] * Quits: gandalf (zbraniecki@moz-7F9A63CB.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [18:25] * smontagu tries again after reconnecting
- # [18:25] <smontagu> bz: ping
- # [18:25] <khuey> bz: itym MMMMMACROS
- # [18:25] * Joins: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net)
- # [18:26] <sid0> khuey: I wish mxr had enough smarts to return post-macro expansion results
- # [18:26] * sid0 wonders if dxr does
- # [18:26] <khuey> heh
- # [18:27] <vingtetun> khuey: can i land bug 711358 to inbound? it just affect some js in a non-build part of the code (b2g/)
- # [18:27] <khuey> vingtetun: tree's closed
- # [18:27] * jimm is now known as jimm-lunch
- # [18:27] <vingtetun> ok
- # [18:27] <khuey> infrastructure problems probably
- # [18:28] <vingtetun> it will land it tomorrow then. thanks.
- # [18:29] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:30] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:30] <khuey> dbaron: ping
- # [18:31] * Quits: vingtetun (vingtetun@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [18:31] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [18:32] * ajuma is now known as ajuma|lunch
- # [18:33] <jlebar> bz, What's a system pref?
- # [18:33] <jlebar> bz, Do you just mean a hardcoded value?
- # [18:34] <bz> jlebar: no
- # [18:34] <Ms2ger> sid0, yeah, dxr has that
- # [18:34] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
- # [18:34] <khuey> Ms2ger: splendid
- # [18:34] <Ms2ger> At least, it finds callers within macros
- # [18:34] * sid0 tests
- # [18:34] <bz> jlebar: lemme look up the api
- # [18:35] <@dbaron> khuey, pong
- # [18:35] <Ms2ger> (If the phase of the moon is right)
- # [18:35] <jlebar> bz, Thanks.
- # [18:35] <bz> jlebar: hrm
- # [18:35] * bz digs
- # [18:35] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [18:36] <khuey> dbaron: so I'm trying to get william's border image stuff landed
- # [18:36] <bz> jlebar: see nsIPrefService.getDefaultBranch
- # [18:36] <bz> jlebar: only looks at prefs from things like all.js, not prefs.js or user.js
- # [18:37] <khuey> dbaron: at https://hg.mozilla.org/try/rev/b01b9c7cb5d7#l2.93
- # [18:37] <sid0> Ms2ger: heh, it worked for what I was trying to find the other day
- # [18:37] <sid0> Ms2ger: nice
- # [18:37] <khuey> we get the border widths by calling GetActualBorder()
- # [18:37] * Joins: vingtetun (vingtetun@moz-13E039D1.games-host.eu)
- # [18:37] <jlebar> bz, I see! Thanks.
- # [18:38] <khuey> dbaron: but the patch changes GetActualBorder to return mComputedBorder, which doesn't take into account border-image ...
- # [18:38] <@dbaron> khuey, that's correct
- # [18:38] <bz> jlebar: no problem
- # [18:38] <khuey> dbaron: so I was wondering if you remember how this stuff is supposed to work
- # [18:38] <@dbaron> khuey, the updates to the spec removed the ability for the 'border-image' property to change the computed border widths
- # [18:38] <@dbaron> khuey, so the feature that used to be possible with the syntax after the / in 'border-image' is no longer possible
- # [18:38] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [18:39] <@dbaron> khuey, however, there's another feature which allows the border-image to overflow the border width
- # [18:39] <@dbaron> khuey, so we no longer have the code complication of having to change the border width depending on whether the border image loaded
- # [18:39] <khuey> dbaron: hmm, so doesn't this patch need to change http://mxr.mozilla.org/mozilla-central/source/layout/style/nsStyleStruct.h#771 ?
- # [18:40] * mdas|afk is now known as mdas
- # [18:40] <@dbaron> khuey, http://dev.w3.org/csswg/css3-background/#border-images should be giving a decent explanation of the new system (though not the change from the old one)
- # [18:40] * @dbaron waits for mxr
- # [18:40] <khuey> dbaron: because SetBorderWidth doesn't change mComputedBorder if that returns false
- # [18:40] <@dbaron> khuey, why do you think we should be changing it?
- # [18:41] <@dbaron> khuey, what behavior are you worried about?
- # [18:41] <khuey> dbaron: well right now in nsRuleNode::ComputeBorderData we call SetBorderWidth for the various sides
- # [18:41] <@dbaron> khuey, per current spec, the computed border width is supposed to be 0 if border-style is none, even if there's a border image
- # [18:41] * Joins: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
- # [18:41] * Joins: ericjung_ (ericjung@5210CFD5.1A5EA44.72B23B3D.IP)
- # [18:42] <khuey> dbaron: ok, so when I do something like -moz-border-image: url(image); border-width: dimensions;
- # [18:42] <@dbaron> khuey, and the initial value of border-image-width is 1, which means to use the computed border-width
- # [18:43] <khuey> dbaron: we fail to paint anything at all with the patch
- # [18:43] <@dbaron> khuey, that's correct
- # [18:43] <khuey> oh
- # [18:43] <khuey> well then :-)
- # [18:43] <@dbaron> khuey, since the border-style is 'none'
- # [18:43] <Ms2ger> Well then, well then
- # [18:43] * coop is now known as coop|lunch
- # [18:43] * khuey shouldn't volunteer to finish CSS patches when he knows nothing about CSS
- # [18:43] <@dbaron> khuey, and you didn't specify the 'fill' keyword
- # [18:44] <@dbaron> khuey, it's less knowing things about CSS than knowing things about http://dev.w3.org/csswg/css3-background/#border-images
- # [18:44] <Ms2ger> edmorley, ping
- # [18:45] <@dbaron> khuey, you should get something painted (though different things) if you use either (a) the fill keyword (b) border-style: not none or (c) border-image-width: not a <number> and not a 0 <length>
- # [18:45] <edmorley> Ms2ger: pong
- # [18:46] <khuey> dbaron: ok, that's what I see
- # [18:46] <khuey> dbaron: at least for b
- # [18:46] <khuey> dbaron: thanks for clearing that up
- # [18:46] <Ms2ger> edmorley, does https://hg.mozilla.org/try/rev/0fd76bb93850 need any changes to .sh files?
- # [18:47] * Quits: ericjung (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: Leaving)
- # [18:47] * Quits: ericjung_ (ericjung@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: Leaving)
- # [18:48] * Quits: gwagner (idefix2@moz-3DFE0B51.hsd1.ca.comcast.net) (Quit: gwagner)
- # [18:48] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
- # [18:48] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [18:48] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [18:49] <edmorley> Ms2ger: just the removal of http://mxr.mozilla.org/mozilla-central/source/toolkit/toolkit-makefiles.sh#90
- # [18:49] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
- # [18:49] <Ms2ger> Just the one line? Excellent
- # [18:49] <edmorley> (nothing will break per se, you'll just otherwise get the "Warning no such file or directory" message flash by during make-makefiles in configure
- # [18:49] <edmorley> )
- # [18:50] <khuey> and all the tests pass
- # [18:50] <khuey> w00t
- # [18:50] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:50] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Connection reset by peer)
- # [18:50] <Ms2ger> khuey, and by "pass" you mean "both test and reference are blank"?
- # [18:50] * Quits: wwiras (wwiras@4503C64A.7C6C52C0.7B802453.IP) (Quit: wwiras)
- # [18:50] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
- # [18:51] * Quits: bretr (bret_recka@moz-123B8B9F.d2.shr.fiberpipe.net) (Quit: bretr)
- # [18:51] <khuey> Ms2ger: nope!
- # [18:51] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [18:51] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
- # [18:51] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [18:51] <khuey> it paints pretty pictures and everything
- # [18:52] <Ms2ger> Noes!
- # [18:52] * Quits: sfink (chatzilla@moz-4EAF93BB.dsl.pltn13.sbcglobal.net) (Client exited)
- # [18:52] * Parts: benfrancis (benfrancis@moz-98150149.pete-bam-1.adsl.virginmedia.com) (Leaving)
- # [18:53] <NeilAway> ehsan: so, bug 669026 turned out to be harder than I thought :s
- # [18:53] <khuey> edmorley: yeah that bug being hidden was an accident
- # [18:53] * philor is now known as philor|away
- # [18:54] <edmorley> ah :-)
- # [18:57] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [18:58] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
- # [18:58] <smontagu> Kim Jong Il is a good case for serif fonts
- # [18:58] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [18:59] <jhammel> smontagu: sure, but you could say that about any dictator ;)
- # [18:59] <smontagu> :S
- # [18:59] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:00] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [19:00] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [19:00] * jdm-lunch is now known as jdm
- # [19:00] * Joins: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP)
- # [19:01] * Joins: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [19:02] * catlee-lunch is now known as catlee
- # [19:02] <ehsan> NeilAway: how so?
- # [19:03] * Joins: dholbert_ (dholbert@4DB6FA3.875FA327.657A4BDF.IP)
- # [19:05] * ahal|lunch is now known as ahal
- # [19:05] <bz> did bugzilla just die?
- # [19:05] <NeilAway> ehsan: well, I found at least two test bugs, but still managed to break a test
- # [19:05] <ehsan> bah
- # [19:06] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:06] <khuey> bz: looks like it
- # [19:06] * joduinn-commute is now known as joduinn-mtg
- # [19:06] <espindola> same here :-(
- # [19:06] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:06] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:07] <espindola> it is back...
- # [19:08] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
- # [19:08] <smaug> clang is annoyingly noisy
- # [19:08] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [19:08] <NeilAway> ehsan: hmm, might have a fix for that actually
- # [19:08] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino)
- # [19:09] * Quits: dholbert_ (dholbert@4DB6FA3.875FA327.657A4BDF.IP) (Quit: Ex-Chat)
- # [19:09] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [19:10] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
- # [19:11] * ashughes is now known as ashughes|brb
- # [19:11] * philor|away is now known as philor
- # [19:11] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
- # [19:11] * ChanServ sets mode: +o dveditz
- # [19:12] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:14] * Joins: bretr (bret_recka@moz-8C9D0BB7.static.actaccess.net)
- # [19:14] <hub> it seems that if you run a PowerPC based Mac you get prompted to update past 3.6.25.... when it is the last version supported.
- # [19:15] * mcote is now known as mcote|lunch
- # [19:15] * jimm-lunch is now known as jimm
- # [19:16] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
- # [19:16] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino)
- # [19:16] * Quits: beaufour (beaufour@moz-7BF7903.cpe.xe-6-0-0-1104.boanqu2.customer.tele.dk) (Quit: beaufour)
- # [19:17] * Quits: Suresh (chatzilla@967697AB.FCDFB9D8.EB06F97B.IP) (Quit: Suresh)
- # [19:17] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:18] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Client exited)
- # [19:18] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:19] * gregglind_afk is now known as gregglind
- # [19:20] * Joins: erione (erione@1508D181.73E1AB9C.C752B3FA.IP)
- # [19:21] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
- # [19:21] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [19:22] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
- # [19:22] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [19:23] * Joins: Boriss (FlyingToas@8F0B9A11.12572666.EDFBF83F.IP)
- # [19:23] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
- # [19:24] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [19:26] * Joins: yuan (ywang@moz-BBCA3353.hsd1.ca.comcast.net)
- # [19:26] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
- # [19:30] * zpao|detached is now known as zpao
- # [19:31] * Joins: pnemsak (Miranda@moz-7409BD53.orange.sk)
- # [19:31] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:32] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
- # [19:33] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [19:34] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [19:34] <erione> jdm: ping
- # [19:34] <jdm> erione: pong
- # [19:35] <erione> jdm: bug #645531 is not reviewed yet
- # [19:35] * MarcoZ_afk is now known as MarcoZ
- # [19:35] * ajuma|lunch is now known as ajuma
- # [19:35] <jdm> ah, you're right
- # [19:36] <jdm> cjones: do you think you could sign off on the patch in 645531?
- # [19:36] * coop|lunch is now known as coop
- # [19:36] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [19:37] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [19:39] <cjones> jdm, the second change looks right, but the first change looks like it should still be a fatal error
- # [19:39] <cjones> did you ping bent?
- # [19:39] <bent> whoosie?
- # [19:39] <jdm> nope!
- # [19:43] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [19:43] * ashughes|brb is now known as ashughes
- # [19:44] * Joins: Greg (Mibbit@moz-140E1C73.pool.digikabel.hu)
- # [19:44] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Quit: Instantbird 1.1)
- # [19:44] * coop is now known as coop|mtg
- # [19:45] * Quits: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net) (Quit: geoffbrown)
- # [19:46] * Quits: victorporof (victorporo@5FEE190.2E655143.79933D60.IP) (Quit: victorporof)
- # [19:49] * Joins: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net)
- # [19:49] <mbrubeck> freelance writer
- # [19:49] <mbrubeck> sorry, just had to get that out of my system
- # [19:50] <Mossop> Isn't that a Beatles song
- # [19:50] <catlee> mbrubeck: lol
- # [19:50] <jdm> mbrubeck: :D
- # [19:51] <catlee> I always get excited when I see somebody follow up to regression mail
- # [19:51] <Greg> did anybody else notice problems with https://developer.mozilla.org ?
- # [19:51] <catlee> "oooh, somebody is looking into this problem!"
- # [19:51] * Quits: yuan (ywang@moz-BBCA3353.hsd1.ca.comcast.net) (Quit: yuan)
- # [19:52] * Quits: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Client exited)
- # [19:52] <Ms2ger> Mossop, paperback, heretic
- # [19:52] <mounir> anyone knows what could that be:
- # [19:52] <mounir> make: *** mobile/android/installer: No such file or directory. Stop.
- # [19:52] <Mossop> Ms2ger: I know I know
- # [19:53] <mounir> when calling make package
- # [19:53] <catlee> ehsan: http://hg.mozilla.org/projects/profiling/
- # [19:53] * Joins: dao (dao@moz-49159E9C.superkabel.de)
- # [19:53] <catlee> because I can't load bugzilla
- # [19:54] <zpao> Greg: yes, mdc appears to be down
- # [19:54] <mbrubeck> mounir: On what branch?
- # [19:55] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [19:55] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
- # [19:55] * Quits: protz (jonathan@moz-7F6750F6.xulforum.org) (Quit: Leaving)
- # [19:55] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:55] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:56] <ehsan> catlee: oh yeah I found it after looking around a bit ;)
- # [19:56] <ehsan> cloning now
- # [19:56] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [19:56] * Quits: Mano (chatzilla@moz-C50CAC10.red.bezeqint.net) (Ping timeout)
- # [19:56] <Greg> @zpao okay
- # [19:56] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
- # [19:56] * khuey is now known as khuey|away
- # [19:56] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
- # [19:56] * khuey|away is now known as khuey
- # [19:57] * Quits: erione (erione@1508D181.73E1AB9C.C752B3FA.IP) (Ping timeout)
- # [19:57] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Quit: bye)
- # [19:57] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [19:58] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [19:59] * Joins: erione (erione@E1DE1AC1.C93BF175.C752B3FA.IP)
- # [19:59] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [19:59] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [19:59] <mounir> mbrubeck: m-c
- # [20:00] <mbrubeck> mounir: No idea, then. (My guess was that you were pushing mozilla-beta to Try or something)
- # [20:00] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:00] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:01] * Joins: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net)
- # [20:01] <@dbaron> smontagu, my high school yearbook was printed in a sans-serif font, which made "Sarah Ill" look like "Sarah III"
- # [20:01] * Joins: priya (priya@moz-454CAE7A.hsd1.wa.comcast.net)
- # [20:02] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
- # [20:02] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [20:03] * Joins: Mano (chatzilla@moz-C50CAC10.red.bezeqint.net)
- # [20:04] <khuey> woah
- # [20:04] * mcote|lunch is now known as mcote
- # [20:05] <khuey> the "learn about addons" video thing is pretty cool
- # [20:05] * Quits: MarcoZ (marco.zehe@moz-D0909DEF.dip.t-dialin.net) (Quit: Happy holidays! See you on jan 2!)
- # [20:06] <Mossop> Yeah, apparently we took down popcorn.js though ;)
- # [20:07] <khuey> heh
- # [20:08] <hub> dbaron: is that a joke about Kim-Jong the second that is followed by Kim-Jong Un (One in French) ? :-)
- # [20:09] <@dbaron> hub, no, but that's...um...
- # [20:09] * Quits: KaiRo (robert@moz-A5B32BD.adsl.highway.telekom.at) (Input/output error)
- # [20:09] <hub> dbaron: I know, French humour :-)
- # [20:10] <Greg> how can I test for example if I edit browser/base/content/nsContextMenu.js ?
- # [20:11] * Quits: erione (erione@E1DE1AC1.C93BF175.C752B3FA.IP) (Quit: Leaving)
- # [20:11] * Quits: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [20:13] * Joins: karl (karl@moz-4BC59580.jetstream.xtra.co.nz)
- # [20:13] * Quits: espindola (espindola@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
- # [20:14] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Client exited)
- # [20:15] <wg9s> khuey: on last update on pymake IDL issue. I did 3 builds of trunk today with that patch then added back the patch for bug 629668 and did 3 more builds. all 6 of those builds were successful.
- # [20:15] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Quit: Jesse)
- # [20:15] * ericjung is now known as timeless_victim
- # [20:16] <bsmedberg> How does one rename a file in the mac finder?
- # [20:17] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
- # [20:17] <bent> bsmedberg, click once to select, wait a second, click again
- # [20:17] <Mossop> Hrm I get tearing scrolling in bugzilla today
- # [20:18] <bsmedberg> not working...
- # [20:18] <bent> bsmedberg, and make sure you click the name, not the picture or the extension
- # [20:18] <bent> oh, and i don't think it works from file picker dialogs
- # [20:18] <bent> only rela finder windows
- # [20:18] <bent> real
- # [20:18] <bsmedberg> oh works from icon view but not list view
- # [20:18] <bsmedberg> blech
- # [20:18] <bent> heh
- # [20:18] <bent> "intuitive"
- # [20:19] <bent> jlebar, you around?
- # [20:19] <jlebar> bent, yes; what's up?
- # [20:19] <bent> jlebar, hey, can you give me a quick explanation of what is going on in bug 708159?
- # [20:20] <bent> jlebar, i am supposed to review the worker changes, but i don't really understand the approach
- # [20:20] <cpeterson> bsmedberg: Click the file in the Finder, then press the ENTER key. This is Mac's equivalent of Windows' F2 file rename.
- # [20:20] <jlebar> bent, heh, okay. Let me look at the worker code here.
- # [20:20] * timeless_victim is now known as ericjung
- # [20:21] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:21] * Quits: Boriss (FlyingToas@8F0B9A11.12572666.EDFBF83F.IP) (Quit: Boriss)
- # [20:21] * Joins: gandalf (zbraniecki@moz-7F9A63CB.neoplus.adsl.tpnet.pl)
- # [20:22] <bent> jlebar, it was sort of tricky to get that code right (avoiding deadlocks) so i want to make sure i know the grand design
- # [20:22] <Ms2ger> "design"
- # [20:22] <jlebar> Ms2ger, "scare quotes".
- # [20:23] <khuey> ""scare" quotes"
- # [20:23] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [20:23] <jlebar> bent, So the basic problem is that telemetry reports the explicit/ number. That number is heap-allocated plus all the explicit non-heap reporters.
- # [20:24] <jlebar> bent, JS chunks are explicit, non-heap.
- # [20:24] <jlebar> bent, JS reports its memory using a multi-reporter which is somewhat expensive to run, because it has to iterate over the world.
- # [20:25] <jlebar> bent, But when we're reporting telemetry, we dont' want to run that whole reporter. We just want to know how much memory under explicit/js is non-heap.
- # [20:25] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:25] <jlebar> bent, njn can collect the total much faster by short-circuiting than by totaling up all the individual reporters.
- # [20:25] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:25] <jlebar> bent, So most of these changes afaict are there to support this fast "get me just the explicit, non-heap total" operation.
- # [20:26] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [20:26] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [20:26] <jlebar> bent, does that make sense?
- # [20:26] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [20:26] <bent> yeah
- # [20:26] <bent> so for a JS runtime
- # [20:27] * armenzg is now known as armenzg_brb
- # [20:27] <bz> tn: ping
- # [20:27] <ehsan> catlee: could you please review https://bugzilla.mozilla.org/attachment.cgi?id=583871&action=edit?
- # [20:27] <bent> what is the thing that we should return for the fast case?
- # [20:28] <jlebar> bent, I think the sum of all the runtime's gc chunks.
- # [20:28] <jlebar> bent, Maybe plus some other small things, like regexp allocations?
- # [20:28] * Quits: smontagu (chatzilla@moz-E4699C80.red.bezeqint.net) (Ping timeout)
- # [20:28] <jlebar> bent, It's whatever the runtime allocates outside malloc.
- # [20:28] <bent> ok... so the real problem is that right now we're reporting way too much detail
- # [20:28] <bent> and the big number is all we care about
- # [20:28] <jlebar> bent, For telemetry, yes.
- # [20:28] <bent> ok
- # [20:29] <bent> thanks!
- # [20:29] * Joins: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net)
- # [20:29] <jlebar> bent, sure thing!
- # [20:29] <catlee> ehsan: just as soon as bugzilla works again!
- # [20:30] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [20:30] <Ms2ger> catlee, next year?
- # [20:30] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:30] * Quits: Greg (Mibbit@moz-140E1C73.pool.digikabel.hu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [20:30] <lurking> working here
- # [20:31] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
- # [20:31] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [20:33] <ehsan> smaug: ping
- # [20:33] * Joins: yuan (ywang@moz-6A0DF30E.hsd1.ca.comcast.net)
- # [20:33] * mattwoodrow|away is now known as mattwoodrow
- # [20:34] * Quits: rshetty (quassel@91604F9E.EE4A6069.C842849F.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [20:35] <jdm> bent: thoughts on the patch in bug 645531?
- # [20:35] * Joins: rshetty (quassel@91604F9E.EE4A6069.C842849F.IP)
- # [20:35] * Quits: wg9s (gianopou@moz-2C6A4E4C.raytheon.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [20:35] * Joins: wg9s (gianopou@moz-2C6A4E4C.raytheon.com)
- # [20:35] * jhammel is now known as jhammel|lunch
- # [20:35] <jimm> ehsan: I think bsmedberg has access to one of our msdn accounts
- # [20:35] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:36] * Joins: smontagu (chatzilla@moz-6E70E44B.red.bezeqint.net)
- # [20:36] <ehsan> jimm: ok, good to know, thanks
- # [20:36] <bent> jdm, i haven't gotten there yet... but you can't do what that patch does
- # [20:37] <ehsan> jimm: (I don't need the iso right now anyways, so I'll ping him when I do)
- # [20:37] <ehsan> philor: so how does one update tbpl these days?
- # [20:37] <smaug> ehsan: pong
- # [20:37] <philor> ehsan: first you wait for me to say "f-, please move it out of the deathwatch section"
- # [20:38] <ehsan> smaug: so I've been running your build for a day or so
- # [20:38] <ehsan> smaug: what kinds of stuff do you need me to provide?
- # [20:38] <ehsan> just js.mem.log?
- # [20:38] * Quits: jhammel|lunch (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
- # [20:39] <philor> ehsan: then you push, watch tbpl-dev/cache/revision-info.txt for up to 15 minutes until you see it's been picked up, make sure you didn't break anything, then file a serverops bug to "please update tbpl prod to abcdef123"
- # [20:39] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:40] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [20:40] <smaug> ehsan: hmm, which build :)
- # [20:40] <ehsan> philor: so I pushed, but I don't know where I can find tbpl-dev/cache/revision-info.txt
- # [20:40] <smaug> I've been creating so many different builds for testing ...
- # [20:40] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:40] <ehsan> smaug: the CC pause debug build you had in a bug somewhere
- # [20:40] * ehsan can't remmeber the bug number
- # [20:40] <smaug> ehsan: I guess the one related to GC/CC in 10
- # [20:41] <smaug> vs 9
- # [20:41] <ehsan> smaug: yep
- # [20:41] <ehsan> yes, 10
- # [20:41] <philor> ehsan: https://tbpl-dev.allizom.org/cache/revision_info.txt
- # [20:41] <smaug> ehsan: so, what kinds of CC times do you see, and did you see worse times using normal builds?
- # [20:42] <ehsan> philor: oh, I cant access that url :(
- # [20:42] <ehsan> smaug: they're better than nightly
- # [20:42] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
- # [20:43] * adam is now known as adam-afk
- # [20:43] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [20:43] <ehsan> but I wasn't running Aurora on a daily basis
- # [20:43] <smaug> ehsan: though, I think we want to take different route anyway. Something like Bug 712743 could help in FF 10.
- # [20:43] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [20:44] <smaug> ehsan: if you could try those builds. Search for 63659c69baa4
- # [20:45] * Joins: biesi (cbiesinger@D35396BF.453CBEE4.7D9CC884.IP)
- # [20:45] <ehsan> smaug: cool, so just to confirm, you don't want me to run your try build any more right?
- # [20:45] <smaug> I've been using the patch in this Nightly build, and so far things are looking good (even with several tbpl which are leaky)
- # [20:45] <ehsan> smaug: btw, what days are you going to be off?
- # [20:46] <smaug> Probably Friday-Monday
- # [20:46] <smaug> "off"
- # [20:46] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:46] <smaug> I'll be online on Sunday and Monday, but won't do anything
- # [20:46] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
- # [20:47] <ehsan> ok good
- # [20:47] * ehsan will be working wed-fri
- # [20:47] <smaug> ehsan: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/opettay@mozilla.com-63659c69baa4/
- # [20:47] <smaug> those are FF10 builds
- # [20:48] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [20:48] * Quits: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com) (Ping timeout)
- # [20:49] <ehsan> smaug: I'll switch to running those
- # [20:49] <smaug> thanks
- # [20:50] <smaug> ehsan: I assume you use tbpl quite a bit, right?
- # [20:50] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:50] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [20:50] <smaug> and you probably know how it works. Can you guess anything which might cause lots of garbage, and also lots of alive-objects
- # [20:51] <ehsan> smaug: oh yes!
- # [20:51] <smaug> something in it behaves badly... though, since it is using jQuery, it could be just that
- # [20:51] * catlee is now known as catlee-beerrun
- # [20:51] <ehsan> smaug: actually it's been a while since I've looked at its code
- # [20:52] <ehsan> smaug: but that was one of the things that I wanted to look into during the holidays
- # [20:52] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:52] <khuey> bear-buildduty: is the tree likely to reopen in the next hour or two?
- # [20:52] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [20:52] <bear-buildduty> khuey - man I sure hope so
- # [20:52] <ehsan> philor: do you have any guesses on how long it would take for IT to update TBPL?
- # [20:52] <bear-buildduty> we have the mysql issue tamed
- # [20:53] <bear-buildduty> we have the ftp/surf issue tamed
- # [20:53] <bear-buildduty> now i'm looking at android jobs
- # [20:53] <khuey> heh, ok
- # [20:53] * rail is now known as rail-beerrun
- # [20:54] * Quits: smontagu (chatzilla@moz-6E70E44B.red.bezeqint.net) (Ping timeout)
- # [20:54] * armenzg_brb is now known as armenzg
- # [20:54] * mdas is now known as mdas|afk
- # [20:54] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [20:55] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:55] <bz> tn: ping
- # [20:56] <philor> ehsan: between 10 minutes and 3 days
- # [20:56] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:57] <philor> though 3 days widens to a bit longer than that
- # [20:57] <ehsan> philor: hah, fair enough
- # [20:59] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [20:59] <jhammel> philor: you didn't specify what planet the term "day" applied to; that gives you a little leeway
- # [20:59] * Joins: dholbert_ (dholbert@moz-9EB76786.hsd1.ca.comcast.net)
- # [21:00] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:02] * Quits: wg9s (gianopou@moz-2C6A4E4C.raytheon.com) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [21:02] * Joins: smontagu (chatzilla@moz-DC80FB44.red.bezeqint.net)
- # [21:03] <tn> bz, pong
- # [21:03] <bz> tn: do you have a few minutes?
- # [21:03] <bz> tn: to talk about mousemove events, flushing, etc
- # [21:04] <tn> bz, sure
- # [21:05] <bz> tn: so we have two proposals
- # [21:05] <bz> tn: flushing before positioned event
- # [21:06] <bz> tn: or flushing after any event for which event processing involved a flush
- # [21:06] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [21:06] <tn> bz, yep
- # [21:07] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [21:07] <bz> tn: hmm
- # [21:07] <tn> bz, i think there was at least one other, but ok
- # [21:07] * heycam|away is now known as heycam
- # [21:07] * bhearsum|afk is now known as bhearsum
- # [21:07] <bz> tn: so flushing before positioned events is a one-liner...
- # [21:07] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [21:08] <bz> tn: but doesn't seem to fix the testcase at https://bug635465.bugzilla.mozilla.org/attachment.cgi?id=513757
- # [21:08] <bz> tn: with the async invalidate
- # [21:08] <bz> tn: what I don't quite understand is why async invalidate matters at all
- # [21:09] <tn> bz, hmm, interesting that it doesn't fix it
- # [21:09] <bz> tn: yeah, I'm still trying to understand why
- # [21:10] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :))
- # [21:10] <bz> tn: I added a flush in PresShell::HandleEvent
- # [21:10] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [21:10] <bz> tn: it's possible that it's too late by that point...
- # [21:10] <tn> bz, so basically the reason those testcases work is that painting triggers a flush, if there is a delay in invalidating, there is a delay in painting
- # [21:10] <bz> but painting is still async
- # [21:11] <philor> ehsan: though I guess being in the deathwatch section isn't so bad when you're the very last thing in the menu, that's a sort of handy place to be able to find yourself
- # [21:11] <bz> is the idea that we end up painting while the mouse is still moving or something?
- # [21:11] * Joins: irving (irving@F2D29657.F60B0462.67AC9B1.IP)
- # [21:11] <bz> I mean...
- # [21:11] <bz> looking at that testcase
- # [21:11] <bz> we move from the <a> to the other <a>
- # [21:11] <bz> this fires mouseout
- # [21:11] <bz> which calls hideSubmenu
- # [21:11] <bz> which sets display to none, but does not flush
- # [21:12] <bz> then it fires mouseover which calls showSubmenu
- # [21:12] <tn> bz, ok, just remembering all the details here
- # [21:12] <bz> yeah
- # [21:12] * bz is trying to sort those out
- # [21:12] <tn> bz, i think the key thing was that we'd always get a paint before a mouse move
- # [21:12] <bz> which flushes (hence processing the display:none)
- # [21:12] <bz> and then sets display:block
- # [21:12] <bz> which should get processed eventually....
- # [21:13] * bz really wishes he understood why this fails
- # [21:13] <tn> bz, i'm pretty sure i made a comment detailing how these testcases worked
- # [21:13] <NeilAway> Mossop: Ms2ger is obviously Captain Obvious's obvious identity
- # [21:14] <Ms2ger> Eh?
- # [21:14] <NeilAway> ehsan: excellent, I think I have one bug fixed already
- # [21:15] <bz> tn: link me?
- # [21:15] <ehsan> NeilAway: awesome!
- # [21:15] * bz adds another flush and hopes
- # [21:15] * Quits: dholbert_ (dholbert@moz-9EB76786.hsd1.ca.comcast.net) (Quit: Ex-Chat)
- # [21:15] <whimboo> smaug: that's the reason why the build process fails for me https://bugzilla.mozilla.org/show_bug.cgi?id=697821
- # [21:15] <bz> tn: maybe I should add logging of the events I get and their targets...
- # [21:15] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:15] <NeilAway> ehsan: fortunately I was able to cut & paste some code already existing for the up and down keys
- # [21:16] <bz> tn: just to see what's going on
- # [21:16] <ehsan> NeilAway: cut & paste FTW
- # [21:16] <smontagu> ehsan: gnip
- # [21:16] <bz> tn: ok. If I flush in the presshell, that's no good
- # [21:16] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [21:16] <bz> tn: but if I flush in the ESM on MOUSE_MOVE PreHandleEvent, life looks good
- # [21:17] <tn> bz, https://bugzilla.mozilla.org/show_bug.cgi?id=592954#c38
- # [21:17] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [21:17] <ehsan> smontagu: gnop
- # [21:17] <smaug> bz: are you flushing the right presshell when doing it in presshell
- # [21:17] <smontagu> ehsan: `i'm trying to do the html dir: auto
- # [21:17] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
- # [21:17] <bz> aha
- # [21:17] <smontagu> and there are things i'm not sure how to do
- # [21:17] <bz> so the key is a second mousemove
- # [21:18] <bz> while the state is display:none
- # [21:18] * mcote is now known as mcote|bbiab
- # [21:18] <smaug> whimboo: ah
- # [21:18] <bz> which explains why my testcase failed, I bet
- # [21:18] <ehsan> smontagu: awesome!
- # [21:18] <NeilAway> ehsan: hmm, well, it fixed some of the errors
- # [21:18] * bz wonders whether he can write a testcase for this now
- # [21:18] <bz> tn: let me poke at this
- # [21:18] * mdas|afk is now known as mdas
- # [21:18] <bz> smaug: what I'm doing is....
- # [21:18] <smontagu> ehsan: well, in theory, but being stuck isn't awesome
- # [21:18] <bz> frame->PresContext()->Document()->FlushPendingNotifications(Flush_Layout);
- # [21:18] <ehsan> smontagu: anything I can help with?
- # [21:19] <ehsan> oh I was replying to the first line ;)
- # [21:19] <whimboo> smaug: so all that ends-up in a lot of pain for that bisecting process :(
- # [21:19] <bz> smaug: in PresShell::HandleEvent in the |!captureRetarget && !isWindowLevelMouseExit| block
- # [21:19] <smontagu> ehsan: I have basically 3 questions
- # [21:19] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [21:19] <ehsan> hope I'm gonna have three answers then!
- # [21:19] <tn> bz, bug 592954 has a fairly reduced testcase
- # [21:19] <smontagu> 1: where to cache the "directionality" nsGenericHTMLElement maybe?
- # [21:19] <bz> tn: yes
- # [21:19] * Joins: northWind (northWind@2F50C7BC.10A7D831.6816E6B7.IP)
- # [21:20] <bz> tn: I'm talking mochitest
- # [21:20] <ehsan> hmm
- # [21:20] <tn> bz, good luck! i tried and failed :(
- # [21:20] <smontagu> 2. where to do the "walk the DOM and set the directionality from the content" bit
- # [21:20] <ehsan> smontagu: 1. could we cache them as some sort of a content state bit?
- # [21:20] <NeilAway> ehsan: hmm
- # [21:20] <smontagu> 3. how to do the "walk the DOM and set the directionality from the content" bit
- # [21:20] <NeilAway> ehsan: ok, so the old code used to put the caret at the end of the text node
- # [21:20] <Ms2ger> 2. ParseAttribute?
- # [21:21] <NeilAway> ehsan: the new code puts the caret just after the text node
- # [21:21] <NeilAway> ehsan: do I just update the test and move on?
- # [21:21] <ehsan> NeilAway: yes
- # [21:21] <ehsan> smontagu: hmm
- # [21:21] <NeilAway> ehsan: fair enough
- # [21:21] <Ms2ger> 3. Quickly
- # [21:21] <ehsan> smontagu: I had a plan for this stuff in my head
- # [21:21] <smontagu> 2 also has to take dynamic changes into account
- # [21:21] <ehsan> smontagu: let's see if I can remember it :
- # [21:21] <ehsan> )
- # [21:21] <ehsan> NeilAway: thnaks!
- # [21:21] <smontagu> ehsan: can we cut it open and download?
- # [21:21] * jmaher is now known as talos-r3-w7-314
- # [21:21] * Quits: dao (dao@moz-49159E9C.superkabel.de) (Ping timeout)
- # [21:22] * talos-r3-w7-314 is now known as jmaher
- # [21:22] <smaug> bz: that is possibly wrong place. the event can be forwarded to some other presshell
- # [21:22] <ehsan> smontagu: well, that would probably be illegal...
- # [21:22] <bz> smaug: ah, hmm
- # [21:22] <bz> smaug: so I might be flushing the chrome document?
- # [21:22] <bz> smaug: ok, that would explain it
- # [21:22] <smontagu> oh, and 2 needs to sett CSS direction also
- # [21:22] * armenzg is now known as armenzg_afk
- # [21:23] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:23] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
- # [21:23] <whimboo> smaug: i have started the build process with the extra patch for gcc again. lets see how that works
- # [21:23] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
- # [21:23] <ehsan> smontagu: how soon would you need the answers?
- # [21:24] <smontagu> ehsan: this being the end of the week for me, not super urgently, but near the beginning of next week would be good
- # [21:24] <ehsan> smontagu: ok, I'll think about it but right now I'm in the middle of something
- # [21:25] <ehsan> and the context switch will be too expensive :/
- # [21:25] <ehsan> smontagu: would you mind sending me an email so that I won't forget
- # [21:25] <ehsan> ?
- # [21:25] <smontagu> ehsan: thx!
- # [21:25] <smontagu> will do
- # [21:25] <ehsan> np :)
- # [21:26] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:26] * Joins: espindola (espindola@7FFA6E05.3EE5C6CE.F061A1E6.IP)
- # [21:26] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:28] * Quits: armenzg_afk (armenzg@moz-8555CE12.cable.teksavvy.com) (Input/output error)
- # [21:28] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [21:28] * Quits: andreasn (andreasn@moz-BB6A8755.bredband.comhem.se) (Quit: Ex-Chat)
- # [21:30] * cjones is now known as cjones-lunch
- # [21:30] * Quits: rwaldron (rwaldron@4A9ED633.CDEF507F.A35657C3.IP) (Quit: Leaving...)
- # [21:30] * Quits: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net) (Quit: AutomatedTester)
- # [21:30] * Quits: Jesse (jruderman@moz-447E6DA0.oc.oc.cox.net) (Quit: Jesse)
- # [21:30] <NeilAway> smaug++
- # [21:30] * Quits: smaug (chatzilla@moz-8CD861CA.elisa-mobile.fi) (Quit: Reconnecting…)
- # [21:31] * Joins: smaug (chatzilla@moz-8CD861CA.elisa-mobile.fi)
- # [21:31] * Quits: gal (gal@moz-7327DB99.hsd1.ca.comcast.net) (Quit: gal)
- # [21:32] <NeilAway> anyone here know the magic invocation to trigger a test to run once a certain node has focus?
- # [21:33] * Joins: prip (prip@moz-C330E3B5.k559.webspeed.dk)
- # [21:33] <bz> tn: hrm
- # [21:33] <bz> tn: so I can write a test that fails intermittently
- # [21:33] <bz> tn: both with mstange's patches and on trunk
- # [21:33] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [21:33] * Joins: dao (dao@moz-49159E9C.superkabel.de)
- # [21:34] * NeilAway wonders whether dao knows how to write focus-sensitive tests
- # [21:34] <bz> tn: which is not quite good enough...
- # [21:34] * bz thinks
- # [21:35] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [21:35] <bz> tn: lemme try something
- # [21:35] <bz> smaug: is there a way I can recover the original presshell at that point?
- # [21:35] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:36] <bz> tn: I can also write a test that fails reliably on trunk but passes if I flush on every mousemove.... ;)
- # [21:36] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:36] <smaug> bz: I don't think so.
- # [21:36] <dao> NeilAway: I wrote some some time ago. Enn however wrote browser_tabfocus.js
- # [21:36] <bz> smaug: ok
- # [21:37] <Ms2ger> NeilAway, weitForFocus?
- # [21:37] * bear-buildduty is now known as bear-afk
- # [21:37] <bz> tn: not sure how useful that is....
- # [21:37] <Ms2ger> bz, tests are always useful :)
- # [21:37] <bz> tn: since it doesn't really correspond to user-visible behavior
- # [21:37] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:37] <bz> Ms2ger: this test might overconstrain implenentation
- # [21:37] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:37] <NeilAway> Ms2ger: that only works on windows, I need to focus a dom node
- # [21:37] <bz> Ms2ger: by enforcing constraints that are not normally visible to users or web content
- # [21:38] <Ms2ger> Well, we can always remove it :)
- # [21:38] <bz> maybe
- # [21:38] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:38] <NeilAway> this is test_movement_by_characters.html btw which sends some keys without focusing the element to which they keys are intended :s
- # [21:39] * bz thinks this test may be useful after all
- # [21:39] * Joins: silvano (Mibbit@moz-88C80540.dynamic.adsl.gvt.net.br)
- # [21:40] * Joins: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com)
- # [21:40] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:40] * catlee-beerrun is now known as catlee
- # [21:40] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [21:40] * Quits: smaug (chatzilla@moz-8CD861CA.elisa-mobile.fi) (Ping timeout)
- # [21:40] * rail-beerrun is now known as rail
- # [21:40] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [21:42] * Quits: smontagu (chatzilla@moz-DC80FB44.red.bezeqint.net) (Ping timeout)
- # [21:42] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:43] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [21:43] <bz> tn: ok, I'm going to post a patch
- # [21:43] <bz> tn: you think you can review it?
- # [21:44] <tn> bz, depends whats in it :)
- # [21:44] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
- # [21:44] <bz> tn: + FlushPendingEvents(aPresContext);
- # [21:44] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:45] <bz> tn: in the MOUSE_MOVE case in nsEventStateManager::PreHandleEvent
- # [21:45] <bz> tn: and a test
- # [21:45] <tn> bz, sendMouseEvent from js goes through widget but bypasses the code that makes sure a paint happens if an invalidate happened already, that is why you probably won't have luck writing a test
- # [21:45] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [21:45] <tn> bz, that code being DispatchPendingEvents
- # [21:45] <tn> bz, i think smaug r- a similar patch from me
- # [21:45] <bz> tn: well, I have a test that fails 100% reliably on trunk whether with or without mstange's patches
- # [21:46] <bz> smaug: ^
- # [21:46] <bz> tn: and passes with that flush added
- # [21:46] * Joins: jlebar_ (jlebar@moz-3F3A6302.dyn.columbia.edu)
- # [21:46] * mkelly|wfh is now known as mkelly|shopping
- # [21:46] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [21:46] <bz> tn: your patch only flushed on out/in
- # [21:46] <bz> tn: not on move
- # [21:46] <bz> tn: which was smaug's major complaint
- # [21:47] <bz> Maybe I should just ask smaug to review
- # [21:47] <tn> bz, that might be a good idea
- # [21:47] <bz> ok
- # [21:47] <bz> sounds like a plan
- # [21:47] <bz> thanks
- # [21:48] * gregglind is now known as gregglind_away
- # [21:50] <tn> bz, still puzzling why flushing in the presshell doesn't work in that one case
- # [21:50] <bz> tn: smaug's probably right
- # [21:50] * Quits: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com) (Client exited)
- # [21:50] <bz> tn: by the time we get to the presshell code, we're in the chrome presshell or something
- # [21:50] <bz> tn: because the event got forwarded
- # [21:50] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [21:51] <bz> hmm
- # [21:51] * Joins: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net)
- # [21:51] <tn> bz, i would expect the event to first goto the chrome presshell, then get forwarded to the content
- # [21:51] <bz> I wonder whether I should flush before or after the GenerateMouseEnterExit
- # [21:51] <bz> tn: hmmm
- # [21:51] <bz> tn: dunno
- # [21:51] * bz is not up on our event stuff
- # [21:51] * Quits: silvano (Mibbit@moz-88C80540.dynamic.adsl.gvt.net.br) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:51] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
- # [21:52] <tn> bz, well, the event does first go to the chrome presshell, then to the presshell that contains the frame that mouse is over
- # [21:52] * Joins: smontagu (chatzilla@moz-7322A9B8.red.bezeqint.net)
- # [21:52] <bz> hmm
- # [21:52] * bz has no idea
- # [21:53] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [21:53] * Quits: Polynomial-C (Poly-C@moz-CCD18361.dip.t-dialin.net) (Quit: GNU/Linux, because I'd rather own a free OS than steal one that's not worth paying for.)
- # [21:55] <bz> ok
- # [21:55] <bz> building with all this stuff now....
- # [21:55] <NeilAway> ehsan: so, I'm still having problems with editor/libeditor/base/tests/test_selection_move_commands.xul
- # [21:56] * Joins: dwitte (dwitte@B5D55705.DFBA1754.DC877F3B.IP)
- # [21:56] * Joins: wesj (wesj@moz-135A9FA9.hsd1.ca.comcast.net)
- # [21:59] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [21:59] * Quits: biesi (cbiesinger@D35396BF.453CBEE4.7D9CC884.IP) (Ping timeout)
- # [21:59] <ehsan> NeilAway: what types of problems?
- # [21:59] <tn> bz, actually i'm a little confused why flushing in PreHandleEvent does work, because by that time we've already decided on the frame to target the event to, and if we haven't flushed it would be wrong
- # [21:59] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [21:59] * Joins: rag (Mibbit@moz-88C80540.dynamic.adsl.gvt.net.br)
- # [22:00] * mcote|bbiab is now known as mcote
- # [22:00] <NeilAway> ehsan: hmm, actually, it might be just because I've broken the Mac
- # [22:00] * Quits: jlebar_ (jlebar@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar_)
- # [22:00] <NeilAway> anyone here on a Mac?
- # [22:00] * cjones-lunch is now known as cjones
- # [22:01] * Joins: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com)
- # [22:02] <ehsan> NeilAway: I am
- # [22:02] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:02] <NeilAway> ehsan: ok, so in a textarea, does the home key move the caret, or just scroll?
- # [22:02] <rag> Hi. Is it possible to someone to associate my e-mail on MDN to these two bugs? Bugs 240384 and 160773.
- # [22:03] <ehsan> NeilAway: there's no home key
- # [22:03] <ehsan> do you mean cmd+up?
- # [22:03] <bsmedberg> rag: MDN and bugzilla are separate
- # [22:03] <bsmedberg> rag: you need a bugzilla account and then you can add yourself to the cc list
- # [22:03] <NeilAway> ehsan: well, mac/platformHTMLBindings.xml seems to think there is, let me check
- # [22:04] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
- # [22:05] * Quits: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP) (Quit: ashughes)
- # [22:05] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
- # [22:05] <NeilAway> ehsan: confusingly, it says Home is scrollTop and Cmd+Up is moveTop
- # [22:05] <ehsan> hmm
- # [22:06] * Quits: jlebar (jlebar@moz-3F3A6302.dyn.columbia.edu) (Input/output error)
- # [22:06] <ehsan> NeilAway: I'm not sure what VK_HOME maps to on the mac :/
- # [22:06] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
- # [22:06] <NeilAway> ehsan: in my patch, I just made it that moveTop turns into scrollTop if there is no caret, but test_selection_move_commands.xul depends on the behaviour of scrollTop
- # [22:07] <ehsan> NeilAway: according to http://en.wikipedia.org/wiki/Home_key#Mac_OS_X, it's fn+left
- # [22:07] <ehsan> let me try that
- # [22:07] * Joins: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP)
- # [22:07] <ehsan> NeilAway: so, fn+left only scrolls for me on aurora
- # [22:07] * Quits: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP) (Input/output error)
- # [22:07] <ehsan> and it doesn't move the caret
- # [22:07] * Joins: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP)
- # [22:07] * ehsan finds that weird fwiw
- # [22:08] <NeilAway> ehsan: ok, I'd better keep that behaviour then
- # [22:08] <ehsan> lemme try chrome
- # [22:08] <ehsan> yeah
- # [22:08] <ehsan> I agree
- # [22:08] <ehsan> NeilAway: same thing in chrome, fwiw
- # [22:08] <NeilAway> ehsan: excellent, since fixing that bug might help me fix the test :-)
- # [22:09] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino)
- # [22:09] <ehsan> great
- # [22:09] * Joins: Polynomial-C (Poly-C@moz-CCD18361.dip.t-dialin.net)
- # [22:09] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [22:09] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [22:10] <NeilAway> ehsan: so in fact the only change on the Mac is now to change Cmd+Up/Down to autodetect the caret instead of assuming the caret based on whether editing is enabled
- # [22:10] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [22:10] * Quits: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de) (Ping timeout)
- # [22:10] * NeilAway goes away to reimplement cmd_scrollTop/Bottom
- # [22:11] * Quits: dao (dao@moz-49159E9C.superkabel.de) (Ping timeout)
- # [22:11] <dRdR> !seen bjacob
- # [22:11] * Joins: dao (dao@moz-49159E9C.superkabel.de)
- # [22:11] * coop|mtg is now known as coop|triage
- # [22:11] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [22:11] <Ms2ger> dRdR, sorry, no firebot
- # [22:12] <dRdR> Ms2ger: ok, thanks
- # [22:12] * Quits: rag (Mibbit@moz-88C80540.dynamic.adsl.gvt.net.br) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:12] <khuey> !seen firebot
- # [22:13] <Ms2ger> qbe beat you to that
- # [22:13] <khuey> darn
- # [22:14] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [22:14] <ehsan> NeilAway: makes sense to me
- # [22:14] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [22:15] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [22:15] * NeilAway has !seen killer do !seen though
- # [22:16] * Joins: armenzg_afk (armenzg@B87476AD.5BCEC6DB.DA78B690.IP)
- # [22:18] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [22:19] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
- # [22:19] * armenzg_afk is now known as armenzg
- # [22:19] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [22:19] * Quits: sandy (sandy@moz-B3ECD38A.lv.lv.cox.net) (Quit: leaving)
- # [22:20] * mattwoodrow is now known as mattwoodrow|away
- # [22:22] * Quits: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net) (Ping timeout)
- # [22:22] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [22:24] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [22:24] * bear-afk is now known as bear-buildduty
- # [22:24] * Joins: kenny (kenny@moz-7EAF8A2D.hsd1.wa.comcast.net)
- # [22:25] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [22:26] * Joins: evilpie (chatzilla@moz-873C1625.pools.arcor-ip.net)
- # [22:26] * jmaher is now known as jmaher|afk
- # [22:26] * Joins: m (Mibbit@moz-9B0A4389.hsd1.or.comcast.net)
- # [22:28] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [22:28] <m> Can someone help me with a question about recompiling the source after making a change?
- # [22:28] <Ms2ger> Just ask
- # [22:28] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [22:29] <gps> m: just run make again
- # [22:29] <gps> the change should get picked up automatically
- # [22:29] <gps> (I'm assuming you are compiling Firefox)
- # [22:30] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
- # [22:30] <m> Yes, this is for the mobile version. I made a small change and recompiled. Everything seemed to work fine except when I reloaded Firefox, my change seemed to have no effect.
- # [22:30] <mbrubeck> m: Where you changing a JavaScript or XUL file, maybe?
- # [22:30] <m> javascript
- # [22:30] <mbrubeck> yeah, there's a problem where the JS faststart cache (or something) is not invalidated when you install a new version
- # [22:31] <mbrubeck> if you've only updated JS files
- # [22:31] <mbrubeck> One quick but annoying workaround is to do a clean install (uninstall, then reinstall), which wipes your profile
- # [22:32] <mbrubeck> bug 695145 has some details; I think we might need to reopen it
- # [22:32] * Joins: njn (chatzilla@32788AE8.60066DFE.8660782D.IP)
- # [22:33] <m> OK, I'll take a look at that.
- # [22:33] * adam-afk is now known as adam
- # [22:33] <mbrubeck> just added a comment
- # [22:34] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [22:34] <njn> dbaron: ping
- # [22:34] <m> Also, it's cool that you're on here. I'm working on my first Mozilla bug #689904 which has you listed as the mentor.
- # [22:34] * Quits: past (past@moz-7A93B333.dsl.dyn.forthnet.gr) (Input/output error)
- # [22:35] <WeirdAl> Hey folks - nsIFileOutputStream.init or .write: if the parent directory of the file we're trying to write doesn't exist, will it throw NS_ERROR_FILE_NOT_FOUND?
- # [22:35] <Ms2ger> Maybe!
- # [22:35] <WeirdAl> we used write, create, truncate
- # [22:35] <WeirdAl> options
- # [22:35] * Joins: smaug (chatzilla@moz-8D9D1E09.elisa-mobile.fi)
- # [22:35] <mbrubeck> m: Ah, great!
- # [22:35] <mbrubeck> m: It looks like that bug is in the older XUL version of Fennec (source directory /mobile/xul) -- is that what you are building and testing?
- # [22:36] * Quits: smontagu (chatzilla@moz-7322A9B8.red.bezeqint.net) (Ping timeout)
- # [22:36] <mbrubeck> We should add some mentored bugs for the new native Android version of Fennec too...
- # [22:36] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [22:36] <smaug> Ms2ger: I wonder what you meant with "Pushing relbranches to try doesn't work, aiui. You need to merge to default or whatever."
- # [22:36] <Ms2ger> smaug, that you don't get any builds if the changeset you push is on a branch
- # [22:36] <smaug> and yes, apparently pushing from mozilla-release to try doesn't work :(
- # [22:37] <njn> bz: ping
- # [22:37] <Ms2ger> mike5w3c, is es5.github up to date?
- # [22:37] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [22:38] <m> I believe so. In the file you link to in the comment I removed the timeout then I made sure the "Clear" button is enabled when the Preferences window is opened
- # [22:39] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:40] <NeilAway> khuey: why don't we link libxul incrementally?
- # [22:40] * Quits: armenzg (armenzg@B87476AD.5BCEC6DB.DA78B690.IP) (Input/output error)
- # [22:40] * Quits: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net) (Ping timeout)
- # [22:40] * Quits: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP) (Ping timeout)
- # [22:41] <NeilAway> also, why are we trying to dllimport gfxGraphiteShaper?
- # [22:41] * Joins: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net)
- # [22:42] * Quits: smaug (chatzilla@moz-8D9D1E09.elisa-mobile.fi) (Connection reset by peer)
- # [22:42] * Joins: smaug (chatzilla@moz-8D9D1E09.elisa-mobile.fi)
- # [22:42] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:44] * Quits: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net) (Ping timeout)
- # [22:45] * Joins: juanb (jbecerra@887DE59A.823F2EDE.BC62EDBF.IP)
- # [22:45] * joduinn-mtg is now known as joduinn-triage
- # [22:45] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Client exited)
- # [22:45] * Joins: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net)
- # [22:46] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [22:47] * Quits: dao (dao@moz-49159E9C.superkabel.de) (Quit: Leaving.)
- # [22:47] <NeilAway> ehsan: do you want to keep cmd_scrollLineUp/Down? it's only used by a test
- # [22:48] * Quits: prip (prip@moz-C330E3B5.k559.webspeed.dk) (Connection reset by peer)
- # [22:48] * mkelly|shopping is now known as mkelly
- # [22:48] * Joins: prip (prip@moz-C330E3B5.k559.webspeed.dk)
- # [22:52] <njn> anyone know about nsXBLPrototypeResources ?
- # [22:52] * Quits: smaug (chatzilla@moz-8D9D1E09.elisa-mobile.fi) (Ping timeout)
- # [22:53] * Quits: dRdR (dRdR@moz-F979C50C.cpe.net.cable.rogers.com) (Client exited)
- # [22:53] * Joins: smaug (chatzilla@moz-8D9D1E09.elisa-mobile.fi)
- # [22:54] <ehsan> NeilAway: if it's only used in tests, not really
- # [22:54] * ahal is now known as ahal|party
- # [22:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:55] * Joins: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net)
- # [22:55] * edmorley picks out most appropriate bat for use on freelance writers
- # [22:56] <bz> njn: yes
- # [22:56] <ehsan> edmorley: you mean you don't like that spam?
- # [22:56] <Ms2ger> Hey, be nice to sheppy!
- # [22:56] <ehsan> I mean, I would be ready to pay them
- # [22:56] <ehsan> or get phished
- # [22:56] <ehsan> or worse
- # [22:56] <bz> smaug: ping
- # [22:56] <ehsan> if they only WOULD INCLUDE A LINK TO SOMETHING!!!
- # [22:56] <edmorley> heh
- # [22:56] <njn> bz: some unmeasured style sheets hang off nsXBLPrototypeResources -- what/where are they?
- # [22:56] <smaug> bz: pong
- # [22:56] * Quits: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP) (Quit: ashughes)
- # [22:56] * Quits: graememcc (chatzilla@moz-DCCF2A04.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111219070828])
- # [22:57] <bz> njn: XBL bindings can link to stylesheets
- # [22:57] <bz> njn: which are then applied to the bound nodes and their descendants
- # [22:57] <njn> bz: what are XBL bindings?
- # [22:57] <njn> (what is XBL?)
- # [22:57] <bz> njn: gimme one sec
- # [22:57] <Ms2ger> Heh
- # [22:57] <bz> smaug: so I'm going to add a FlushPendingEvents to the MOUSE_MOVE case in PreHandleEvent
- # [22:58] <bz> smaug: after GenerateMouseEnterExit
- # [22:58] <njn> bz: also, is there any header that is visible everywhere in layout/style/ ?
- # [22:58] <Ms2ger> njn, the Xenogamous Binding Language
- # [22:58] <NeilAway> ehsan: would you believe, another focus bug :-(
- # [22:58] * Joins: mdas (mdas@7B6849CC.8F96AEA7.2D179A7D.IP)
- # [22:58] <bz> smaug: is that enough, or do I need to add stuff explicitly to mousein/mouseout ?
- # [22:58] * njn can't tell if Ms2ger is yanking his chain
- # [22:58] <Ms2ger> http://dev.w3.org/2006/xbl2/Overview.html
- # [22:58] * Joins: ashughes (ashughes@22A6FDA9.852FE72D.DA78B690.IP)
- # [22:58] <smaug> bz: why after GenerateMEE
- # [22:58] <Ms2ger> Hixie is yanking your chain
- # [22:59] * Quits: AutomatedTester (AutomatedT@moz-2EC9F658.ppp.as43234.net) (Quit: AutomatedTester)
- # [22:59] <bz> smaug: well, most simply because if I put it before GenerateMEE it doesn't fix things. ;)
- # [22:59] <bz> smaug: in my testing
- # [22:59] <@dbaron> njn, pong
- # [22:59] * Quits: dwitte (dwitte@B5D55705.DFBA1754.DC877F3B.IP) (Quit: Leaving)
- # [22:59] <bz> njn: ok
- # [22:59] <bz> njn: so XBL
- # [22:59] <@dbaron> njn, actually, unpong
- # [22:59] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [22:59] <ehsan> NeilAway: being the editor guy, somehow that doesn't surprise me :/
- # [22:59] <Ms2ger> njn, but http://www.mozilla.org/projects/xbl/xbl.html may be more helpful
- # [22:59] <bz> njn: it's a way to attach a "binding" to an element
- # [23:00] <njn> dbaron: bz's answering :)
- # [23:00] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [23:00] <Ms2ger> njn, not as helpful as bz, though :)
- # [23:00] <bz> njn: where a binding includes both behavior and presentation
- # [23:00] <njn> bz: ok
- # [23:00] <bz> njn: so adds some methods/properties and changes the rendering
- # [23:00] <njn> bz: I guess I'm more interested in where they're stored and how to iterate over them
- # [23:00] <bz> njn: ah
- # [23:01] <bz> njn: so for every element that has a binding attached, there is an nsXBLBinding object
- # [23:01] <bz> njn: which can be reached via the nsBindingManager for that element's owner document
- # [23:01] <smaug> bz: are you testing also mouseover event ?
- # [23:01] <bz> smaug: I'm testing mousemove
- # [23:01] <bz> smaug: or rather... dispatching mousemove but using over/out listeners
- # [23:01] * heycam is now known as heycam|away
- # [23:02] <bz> njn: mBindingTable in nsBindingManager
- # [23:02] <NeilAway> ehsan: yay, all tests pass again, phew
- # [23:02] <bz> njn: each nsXBLBinding has a pointer to an nsXBLPrototypeBinding
- # [23:02] <bz> njn: these are what own the stylesheets and whatnot
- # [23:02] <njn> bz: where are the nsBindingManagers stored?
- # [23:02] <ehsan> NeilAway: unbelievable!!! ;)
- # [23:02] <bz> njn: it's a member on the document
- # [23:02] <njn> bz: I can't find it
- # [23:03] * Joins: victorporof (victorporo@3E36101D.6BD22D89.79933D60.IP)
- # [23:03] <bz> njn: oh, it's actually off the nodeinfo manager
- # [23:03] <bz> njn: in any case, nsIDocument::BindingManager() will get it
- # [23:03] <NeilAway> ehsan: so that's now three tests that relied on the buggy behaviour...
- # [23:03] <bz> njn: the nsXBLPrototypeBindings are shared across documents
- # [23:03] <bz> njn: and cached in a global cache
- # [23:04] * Joins: gal (gal@moz-BBE3ABD.mv.mozilla.com)
- # [23:04] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [23:04] <njn> bz: oh, then I need to get to that global cache to avoid double-counting
- # [23:04] <bz> njn: but... they're not all cached in the global cache
- # [23:04] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [23:04] <njn> bz: if I want to count each one once, what should I do? :)
- # [23:05] <bz> njn: I'm thinking
- # [23:05] <njn> sharing complicates things
- # [23:05] <njn> bz: if it's hard, I can ignore for the moment... these are relatively small crumbs
- # [23:05] <bz> njn: so see nsXBLService::LoadBindingDocumentInfo
- # [23:05] <bz> njn: which first checks the nsXULPrototypeCache
- # [23:05] <bz> njn: then the hashtable in a given bindingmanager
- # [23:06] <bz> njn: and then actually creates the object
- # [23:06] <bz> njn: so maybe the right way to do it is to have one memory reporter for the nsXULPrototypeCache
- # [23:06] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [23:06] <njn> bz: I had that in mind anyway, so if that'll achieve the same thing that's easier!
- # [23:06] <bz> njn: and have another per-bindingmanager which only reports the proto bindings that are NOT in the nsXULPrototypeCache
- # [23:06] <bz> njn: that should ensure that you only count them once
- # [23:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:07] <njn> bz: would it be easier to ignore the cache and just iterate over the bindingmanagers?
- # [23:07] * philor is now known as philor|away
- # [23:07] <bz> njn: checking
- # [23:08] <jgilbert> Who is a good person to ask about IMG elements?
- # [23:08] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [23:08] * Quits: irving (irving@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:08] <Callek> jgilbert: what about them?
- # [23:08] <bz> njn: no
- # [23:08] <Ms2ger> jgilbert, bz, but then again you can ask him pretty much anything
- # [23:08] <bz> njn: there are pointers stored in both places
- # [23:08] <bz> njn: or can be
- # [23:09] <jgilbert> Callek: Do they store color data as alpha-premultiplied?
- # [23:09] <njn> bz: hmm
- # [23:09] <bz> njn: a proto binding that's in use is always stored in the relevant document's binding manager
- # [23:09] <bz> njn: well, you could just report the binding managers
- # [23:09] <Ms2ger> jgilbert, meet joe :)
- # [23:09] <bz> njn: but you'd need to check that you don't report things that are in the xul cache
- # [23:09] <Callek> jgilbert: I am pretty sure that depends on the image type, but joe would know more
- # [23:09] <bz> njn: (which may be all of them; it should be the common case)
- # [23:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:10] <jgilbert> alright, I'll see if I can get to him
- # [23:10] <bz> njn: being in the xul cache, that is
- # [23:10] <bz> smaug: more precisely, with a flush before GenerateMEE I fail https://bug592954.bugzilla.mozilla.org/attachment.cgi?id=475587 and https://bug635465.bugzilla.mozilla.org/attachment.cgi?id=513757
- # [23:10] <njn> bz: hmm, would these be reported under windows, or in a global bucket?
- # [23:10] <bz> njn: the ones not in the xul cache can be reported under windows
- # [23:11] <bz> njn: the ones in the xul cache can only be global....
- # [23:11] <bz> njn: since you're reporting shared data structures
- # [23:11] * Quits: Ms2ger (Ms2ger@CC7F0FF.207206FA.37724B0D.IP) (Quit: nn)
- # [23:11] <njn> bz: the one'sin the xul cache are shared, the others are not?
- # [23:11] * Parts: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [23:11] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
- # [23:11] * Joins: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar)
- # [23:11] * Quits: TheLink (TheLink@moz-B5AB52CB.pools.arcor-ip.net) (Client exited)
- # [23:11] <bz> njn: the ones in the xul cache are shared across documents
- # [23:12] <bz> njn: the others are shared within a document
- # [23:12] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [23:12] <smaug> bz: ah, right, mouseover changes something...
- # [23:12] <njn> bz: so the one's in the xul cache are in danger of being double-counted
- # [23:12] <bz> njn: yes
- # [23:12] <smaug> bz: ok, makes sense
- # [23:12] <bz> smaug: alright
- # [23:13] <njn> bz: I might put this in the too-hard basket for now -- I've got like 95%+ of the style data being reported, this remaining stuff is tiny
- # [23:13] <bz> smaug: but this confuses me
- # [23:13] <njn> bz: but thanks for the details, I'll write them down for later reference
- # [23:13] <bz> smaug: since I thought the issue was that the enter/exit are not happening on the right nodes...
- # [23:13] <bz> njn: no problem
- # [23:13] <bz> smaug: so conceptually flushing before GenerateMEE is the right thing to me
- # [23:13] <bz> smaug: and I don't understand why it fails
- # [23:13] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
- # [23:13] <bz> smaug: I guess really I want to flush between the exit and enter...
- # [23:14] * Quits: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net) (Quit: Mardak)
- # [23:14] * philor|away is now known as philor
- # [23:14] <smaug> I guess there can be two issues, mouseover happening at wrong place, or mousemove
- # [23:14] <smaug> do we need to flush in both places?
- # [23:14] * jdm is now known as jdm-party-woo
- # [23:14] * Quits: gal (gal@moz-BBE3ABD.mv.mozilla.com) (Quit: gal)
- # [23:14] <smaug> bz: empty flushes are now reasonable fast, right?
- # [23:14] * Parts: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [23:14] <bz> smaug: so maybe I should flush at the beginning of mousemove, beginning of mouseover, beginning of mouseout, and end of mousemove?
- # [23:15] <bz> smaug: empty flushes are, on my hardware, about 150ns
- # [23:15] <bz> smaug: on the document; on the presshell they're faster
- # [23:15] <njn> bz: sorry for repeating... if I just count the style sheets in nsXULPrototypeCache I won't be double-counting, right?
- # [23:15] <smaug> why end of mousemove?
- # [23:15] <bz> njn: correct
- # [23:15] * Joins: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net)
- # [23:15] <bz> smaug: well, I might not need end of mousemove if I do the others
- # [23:15] <bz> smaug: let me try this
- # [23:15] <njn> bz: ok, I'll see how much that gets me, that's pretty easy
- # [23:15] <bz> smaug: oh, I know why
- # [23:16] <bz> smaug: because this is PreHandleEvent
- # [23:16] * Quits: peregrino (peregrino@moz-D0CB2FAA.telecom.net.ar) (Quit: peregrino)
- # [23:16] <njn> bz: thx
- # [23:16] <bz> smaug: so we really want to flush before targeting the mouseout, before targeting the mouseover, and before targeting the mousemove
- # [23:16] <bz> smaug: that last should be after GenerateMEEE
- # [23:16] * Quits: mike5w3c (MikeS@moz-2A8FF05E.pool.e-mobile.ne.jp) (Ping timeout)
- # [23:16] * Joins: gal (gal@moz-BBE3ABD.mv.mozilla.com)
- # [23:16] * Joins: mike5w3c (MikeS@moz-89E80548.pool.e-mobile.ne.jp)
- # [23:17] <smaug> ah, PreHandleEvent... right
- # [23:18] <smaug> ugly, really ugly though
- # [23:18] <smaug> is there anything better we could do
- # [23:18] <smaug> we'll need to do something similar to touch events, I assume
- # [23:19] <bz> smaug: well, ideally we would do this right before we target the evnet
- # [23:19] <bz> er, event
- # [23:19] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [23:19] <bz> smaug: instead of sprinkling pixie dust in the ESM
- # [23:19] * Joins: marshy (marshall1@moz-A2866074.austtx.dsl-w.verizon.net)
- # [23:19] <smaug> we could add some hook to eventdispatcher
- # [23:19] <bz> smaug: the question is where we do the "target the event" bit
- # [23:19] <marshy> anyone using webrunner still?
- # [23:20] <smaug> er, that is too late
- # [23:20] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:21] * Joins: Mardak (Mardak@moz-ED2A7100.dsl.pltn13.sbcglobal.net)
- # [23:21] <marshy> where can i find the webrunner download
- # [23:22] * Quits: gal (gal@moz-BBE3ABD.mv.mozilla.com) (Quit: gal)
- # [23:22] <bz> smaug: what calls PresShell::HandleEvent
- # [23:22] <bz> smaug: ?
- # [23:23] * Joins: gal (gal@moz-BBE3ABD.mv.mozilla.com)
- # [23:23] <njn> bz: in http://pastebin.mozilla.org/1416475 is a stack trace that allocates some css::StyleRule objects. Where do they end up? In an nsAttrValue attached to an html5 element somewhere, AFAICT
- # [23:23] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [23:23] <bz> njn: that's an inline style rule
- # [23:24] <njn> bz: sounds like another one for today's too-hard basket :)
- # [23:24] <bz> njn: nsIContent::GetInlineStyleRule will return that for you if you want it
- # [23:24] <bz> njn: so any time we're reporting an element we can just count that
- # [23:24] <njn> bz: I don't know if/when we report elements
- # [23:24] <njn> maybe in the dom reporters, I guess
- # [23:24] <bz> njn: well, we do to some extent
- # [23:24] <bz> njn: right
- # [23:24] * njn hasn't looked at the DOM reporters at all yet
- # [23:24] <bz> njn: if we have a general reporter for mozilla::css::StyleRule
- # [23:25] <bz> njn: then the DOM reporter should probably call it
- # [23:25] <bz> njn: either as part of the element's memory, or a separate reporter, I guess...
- # [23:25] <njn> bz: we have StyleRule::SizeOfIncludingThis
- # [23:25] <bz> njn: yeah, that would totally work
- # [23:25] <bz> njn: so we'd want to do that from the element reporter
- # [23:25] <njn> bz: I'll do it when I get to the DOM reporters and rework them
- # [23:25] <njn> gotcha
- # [23:25] <smaug> bz: view/viewmanager
- # [23:25] <bz> njn: sounds good
- # [23:25] <njn> bz: thanks
- # [23:25] <njn> again
- # [23:25] <jaws> kinetik: ping?
- # [23:25] <bz> no problem
- # [23:26] <bz> smaug: hmm
- # [23:26] <bz> smaug: so that happens before we get into the ESM?
- # [23:26] <catlee> freelance writer!
- # [23:27] <kinetik> jaws: hi
- # [23:27] <smaug> bz: event comes from view layer to presshell, which checks that the event goes to right presshell, ESM::PreHandle, DOM, ESM::PostHandle
- # [23:27] <bz> smaug: maybe nsESMEventCB should flush?
- # [23:28] * njn wonders what is the difference between nsCSSStyleSheet, nsHTMLStylesheet, and nsHTMLCSSStylesheet
- # [23:28] <smaug> eventcb happens during DOM event dispatch
- # [23:28] <bz> njn: nsCSSStyleSheet is what you get for actual CSS
- # [23:28] <jaws> kinetik: do you know if we are required to have pitch-correction to be compliant with the spec?
- # [23:28] <bz> smaug: right, but it does GetPrimaryFrameFor
- # [23:28] <smaug> eventcb happens between default and system event group
- # [23:28] <bz> smaug: er...
- # [23:29] <bz> smaug: its HandleEvent method does?
- # [23:29] <kinetik> jaws: it's not required
- # [23:29] <mcmanus> man, that is one seriously closed tree.
- # [23:29] <mcmanus> or 2 I guess.
- # [23:29] <smaug> right
- # [23:29] <jaws> kinetik: ok cool. thanks for the clairification
- # [23:29] <kinetik> jaws: about to post a bug comment
- # [23:29] <bz> njn: nsHTMLStylesheet contains non-CSS style rules for converting stuff like <font color="red"> into things our style system understands
- # [23:29] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Quit: ZNC - http://znc.in)
- # [23:30] <bz> njn: nsHTMLCSSStyleSheet just points to the inline style and SMIL rules
- # [23:31] <njn> bz: ok! thanks
- # [23:31] <bz> njn: no problem
- # [23:31] <bz> smaug: oh, I see
- # [23:31] * coop|triage is now known as coop
- # [23:31] <bz> smaug: so when do we decide the target content for the mouseover on mousemove?
- # [23:31] * bz digs
- # [23:33] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
- # [23:33] * Quits: @dbaron (dbaron@moz-389E0BB7.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:33] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
- # [23:33] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [23:34] <smaug> bz: hit testing happens in presshell
- # [23:34] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111216140209])
- # [23:35] <bz> smaug: aha
- # [23:35] <bz> smaug: so...
- # [23:35] <bz> nsEventStateManager::GetEventTargetContent
- # [23:35] <bz> smaug: is what we call from mousemove
- # [23:35] <smaug> right
- # [23:35] <bz> smaug: so should that flush?
- # [23:36] <smaug> that is possible place yes
- # [23:36] <smaug> could you check where else is GetEventTargetContent called
- # [23:36] <bz> smaug: checking
- # [23:37] * catlee is now known as catlee-beer
- # [23:37] <Waldo> bz: btw, since you seem generally pessimistic about sites' actually UA-checking to avoid lack of features in UAs, you might have reasonable input to provide in bug 495040; I am skeptical that a halfway playbackRate implementation there would be better than nothing
- # [23:37] <smaug> that is the only place..
- # [23:37] <bz> oh, in the ESM?
- # [23:38] * bz was looking at the presshell GetEventTargetContent
- # [23:38] <bz> in the ESM we have a few callers
- # [23:38] <smaug> I was look that too
- # [23:38] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [23:38] <bz> the presshell one has two callers
- # [23:38] <smaug> presshell's GetEventTargetContent
- # [23:38] <njn> bz: if I need a declaration to be visible in most of layout/style/, is there a good place to put it?
- # [23:38] <bz> oh, no
- # [23:38] <bz> all go through the ESM
- # [23:38] <bz> the ESM one has several callers
- # [23:39] <bz> the problem with flushing here is that all callers would need to handle it
- # [23:39] * joduinn-triage is now known as joduinn-mtg
- # [23:39] <bz> njn: what sort of declaration?
- # [23:39] <bz> njn: there are several headers that are included all over there, but which one this belongs in depends on what it is
- # [23:39] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [23:39] <smaug> http://mxr.mozilla.org/mozilla-central/source/layout/forms/nsListControlFrame.cpp#2022 would break if shell::GetETC would flush
- # [23:39] <bz> "break" in what sense?
- # [23:40] <smaug> crash
- # [23:40] <bz> it would need to nsWeakFrame itself or something
- # [23:40] <bz> right
- # [23:40] <njn> bz: I'll probably end up with a struct that's passed around just about everywhere for gathering the memory counts
- # [23:40] <njn> bz: I could just put it in a new header
- # [23:40] <bz> njn: StyleRule.h might be ok
- # [23:40] <bz> njn: or yeah, new header
- # [23:40] <njn> bz: ok, thanks
- # [23:40] <smaug> bz: though, perhaps GetEventTargetContent should flush only for certain event types
- # [23:41] <bz> smaug: that's doable
- # [23:41] <bz> smaug: in particular, flushing only when aEvent is non-null would mean the listbox code is not affected
- # [23:42] <bz> smaug: the only callers of GetEventTargetContent are....
- # [23:42] * bz checks
- # [23:43] <bz> the listbox code
- # [23:43] <bz> CheckHandleEventForAnchorsPreconditions
- # [23:43] <bz> nsEventStateManager::CheckForAndDispatchClick
- # [23:43] <mounir> and people say I like functions with long names :)
- # [23:43] <bz> nsEventStateManager::GenerateMouseEnterExit
- # [23:44] <bz> we probably want the flush for those last two
- # [23:44] * Joins: vingtetun_ (vingtetun@moz-64E1A8DA.fbx.proxad.net)
- # [23:44] <bz> don't care much about the anchor case
- # [23:44] <bz> and don't want to flush for the listbox
- # [23:44] <bz> is my take on it
- # [23:44] * northWind is now known as northAway
- # [23:44] * Joins: willy1234x1 (willy1234x@moz-7A550E65.slkc.qwest.net)
- # [23:46] <smaug> right
- # [23:47] <smaug> we could add a parameter enum {eNoFlush, eFlush } or some such
- # [23:47] <tn> bz, isn't the right place to flush in PresShell::Handle event before the GetFrameForPoint call?
- # [23:47] * Quits: mconley (mconley@moz-7B22FBCF.eng.wind.ca) (Ping timeout)
- # [23:47] <bz> tn: no
- # [23:47] <bz> tn: as far as I can tell....
- # [23:47] <bz> tn: but I might be misunderstanding the code flow
- # [23:48] <smaug> tn: presshell gets only mousemove events, ESM generates mouseover/out
- # [23:48] <bz> smaug: we can use "non-null event" as that flag
- # [23:48] <smaug> ah
- # [23:49] <bz> http://allthingsd.com/20111222/google-will-pay-mozilla-almost-300m-per-year-in-search-deal-besting-microsoft-and-yahoo/
- # [23:49] * bz mutters about sieves
- # [23:49] <whimboo> smaug: build successful
- # [23:49] <bz> smaug: flushing in ESM::GetEventTargetContent does _not_ pass the tests
- # [23:50] <smaug> boo
- # [23:50] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.87 [Firefox 10.0a2/20111220042029])
- # [23:50] * bz wishes this stuff were less obtuse
- # [23:50] <tn> bz, smaug: don't we need to at least flush in PresShell::Handle event before the GetFrameForPoint call though?
- # [23:50] * bz looks
- # [23:51] <bz> we may have an mCurrentTargetContent...
- # [23:51] <smaug> IIRC, we don't flush in PresShell::HandleEvent
- # [23:52] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [23:52] * Quits: northAway (northWind@2F50C7BC.10A7D831.6816E6B7.IP) (Ping timeout)
- # [23:53] <bz> man
- # [23:53] <bz> we have so many twisty ways to get event targets...
- # [23:53] <smaug> don't we
- # [23:53] * AaronMT is now known as AaronMT|dinner
- # [23:54] <bz> tn: so flushing before that GPFF call didn't help last I checked
- # [23:54] <smaug> event handling is interesting
- # [23:54] * bz checks again
- # [23:54] <smaug> some events need coordinates, some need focus etc.
- # [23:54] <smaug> and if there is capturing content...
- # [23:54] <bz> right
- # [23:55] * bz would really like to understand how he can hook "before we find the target" for all these events
- # [23:56] <smaug> I don't think there is any such place, unfortunately
- # [23:57] * Quits: mdas (mdas@7B6849CC.8F96AEA7.2D179A7D.IP) (Quit: mdas)
- # [23:58] * Joins: slowpoke (slowpoke@moz-F02DAE63.gigabit.perfect-privacy.com)
- # [23:58] * philor is now known as philor|away
- # [23:59] * Quits: Nikopol (nikopol@moz-68B53A37.chaosorigin.com) (Client exited)
- # Session Close: Fri Dec 23 00:00:00 2011
The end :)