#instantbird log on 10 24 2013

All times are UTC.

00:15:35 <-- Huvik has quit (Ping timeout)
00:40:51 <-- Rym has quit (Ping timeout)
00:41:18 --> Rym has joined #instantbird
00:59:19 <-- Mook_as has quit (Quit: Mook_as)
01:19:49 --> dew has joined #instantbird
01:50:27 --> clokep has joined #instantbird
01:50:27 * ChanServ sets mode +o clokep 
02:01:34 <-- myb has quit (Ping timeout)
02:43:55 <-- skeledrew has quit (Ping timeout)
02:44:07 --> skeledrew has joined #instantbird
02:51:06 --> dionisos has joined #instantbird
02:58:56 <-- Rym has quit (Input/output error)
02:59:01 --> Rym has joined #instantbird
03:01:24 <-- dionisos has quit (Ping timeout)
03:02:37 <instant-buildbot> build #1011 of linux-nightly-default is complete: Failure [failed shell_3]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1011
03:15:40 <-- wnayes has quit (Quit: wnayes)
04:21:48 <-- EionRobb has quit (Quit: Leaving.)
04:40:02 --> gerard-majax has joined #instantbird
04:51:21 <-- gerard-majax has quit (Ping timeout)
05:07:00 <instant-buildbot> build #1057 of macosx-nightly-default is complete: Failure [failed shell_3]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1057
06:14:14 --> mconley has joined #instantbird
06:21:39 <flo-retina> so I have no idea of how my windows build finished. The PC has apparently rebooted to install updates. I hate Windows :(.
06:31:01 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
06:34:51 --> gerard-majax has joined #instantbird
06:38:01 <instant-buildbot> build #1133 of win32-nightly-default is complete: Failure [failed shell_3]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1133
06:44:44 <-- skeledrew has quit (Connection reset by peer)
07:36:41 <-- mconley has quit (Input/output error)
07:47:13 --> nhnt11 has joined #instantbird
07:47:20 <-- nhnt11 has quit (Quit: nhnt11)
07:47:26 --> nhnt11 has joined #instantbird
08:09:42 --> Mic has joined #instantbird
08:09:42 * ChanServ sets mode +h Mic 
08:19:31 --> BWMerlin has joined #instantbird
08:25:59 --> dionisos has joined #instantbird
08:30:31 <-- clokep has quit (Connection reset by peer)
08:31:41 --> clokep has joined #instantbird
08:31:41 * ChanServ sets mode +o clokep 
08:36:29 <-- Rym has quit (Ping timeout)
09:27:41 --> aleth has joined #instantbird
09:27:41 * ChanServ sets mode +h aleth 
09:35:21 --> mpmc has joined #instantbird
09:36:06 <mpmc> Hey folks, Instantbird has sprung a leak when doing /list http://derp.co.uk/47aa2 eep!
09:37:12 <aleth> mpmc: Can you try "/about memory", click to reduce memory consumption, and see if it goes away again?
09:38:02 <mpmc> I can't as I had to force close & restart it so I could actually use it!
09:38:43 <aleth> Ouch...
09:39:05 <mpmc> I'm going to try it again and see what happens
09:39:06 <aleth> mpmc: Which version are you on?
09:39:24 <mpmc> nightly.
09:39:27 <aleth> OK
09:39:50 <mpmc> Which oddly has an update now..
09:39:57 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
09:40:17 --> mpmc has joined #instantbird
09:40:25 <mpmc> And.. I'm back!
09:40:55 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
09:41:01 --> nhnt11 has joined #instantbird
09:41:13 <aleth> Which network are you doing /list on?
09:41:59 <mpmc> freenode
09:42:24 <aleth> There's some jank involved during /list that I have a patch for, but I don't see the memory consumption you do
09:42:44 <aleth> But I'm on Linux
09:42:44 * nhnt11 is interested
09:43:11 <mpmc> Instantbird is now going at a snail pace but mem usage is about 350.
09:43:12 <nhnt11> that's a huge leak :/
09:43:29 <aleth> mpmc: The snail pace is the jank ;)
09:43:39 <nhnt11> mpmc: Not really a solution to your problem, but you can see LIST results in the new conversation tab ;)
09:43:44 <nhnt11> (instead of /list)
09:43:48 <aleth> Some slowness is to be expected of course as you are adding around 90000 messages to a conversation ;)
09:44:02 <aleth> Indeed, /list is obsoleted :D
09:44:08 <nhnt11> I don't think /list has never *not* lagged for me
09:44:36 <aleth> nhnt11: Try the patch in bug 2228 ;)
09:44:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, aleth, ASSI, Don't handle incoming data synchronously
09:44:54 <nhnt11> Ah!
09:45:05 <nhnt11> I've been waiting for that patch to land :)
09:45:09 <aleth> Though it will still take a long time to add all the messages to the conversation if you do /list rather than use the aweseometab
09:45:14 <nhnt11> it adds queuing at the socket level right?
09:45:19 <aleth> Yup.
09:45:46 <nhnt11> :)
09:47:23 <aleth> mpmc: I also see a jump in memory usage of around 300M after /list on freenode.
09:47:30 <mpmc> Doing /list now makes the client temporary use over a gig of ram, lag for a while but then release it afterwards.
09:48:03 <aleth> I never see anything like 1G, maybe that's a Windows thing...
09:48:05 * nhnt11 still thinks mpmc shouldn't be using /list at all :(
09:48:25 * aleth also wonders why mpmc is using /list
09:48:39 <aleth> Maybe he hasn't discovered the new tab ;)
09:48:42 <mpmc> aleth: I wouldn't be surprised.
09:49:17 <mpmc> I have discovered it but I use other clients too and regularly do /list when I can't remember channel names :p
09:49:37 <aleth> The new tab automatically includes LIST results
09:49:38 <nhnt11> mpmc: But you can browse channels in the new conversation tab too
09:50:05 <nhnt11> (scroll to the bottom, or type "#" to show only irc channels, or start typing the channel name)
09:50:50 <mpmc> nhnt11: Yup, I found that out a while ago, but not all the clients I use have this wonderful feature ;)
09:51:00 <nhnt11> Ah, so you're used to doing /list
09:51:02 * nhnt11 gets it now
09:51:12 <mpmc> Yes, It's my fault.
09:54:38 --> flo-retina has joined #instantbird
09:54:39 * ChanServ sets mode +qo flo-retina flo-retina 
09:55:07 <flo-retina> out of disk space again :(
09:57:28 <flo-retina> FWIW, I said we needed to keep /list because people are used to using it ;).
09:58:12 <flo-retina> it would have been interesting to see the about:memory output for http://derp.co.uk/47aa2 :-S
09:58:43 <flo-retina> So maybe what we need to fix is not "why mpmc uses /list?" but "why mpmc sometimes uses other IRC clients?" ;)
09:59:13 <mpmc> Sadly I couldn't as I couldn't do anything apart from minimize the main window, I couldn't open any menus either. 
10:03:11 <alexis> flo-retina: ping
10:03:35 <-- mpmc has quit (Ping timeout)
10:04:01 * nhnt11 has to go study
10:06:17 --> mpmc has joined #instantbird
10:08:42 <mpmc> Ok I've managed to get a memory dump json at 1GB if someone wants to take a look :p
10:20:43 <aleth> mpmc: Can you pastebin it?
10:20:51 <mpmc> aleth: Sure.
10:21:16 <aleth> (or upload it somewhere...)
10:24:46 <mpmc> It wouldn't let me paste so I threw it on my vps, http://markclarkstone.co.uk/dl/memory-report.txt
10:26:06 <aleth> 303M of decoded audio?!
10:26:39 <mpmc> Yeah I wondered about that..
10:27:11 <aleth> I'm assuming you haven't secretly added voice chat support ;)
10:27:53 <mpmc> Oh yes I have, I've also added Talk to the dead support ;)
10:27:54 <clokep> alexis: Generally you can just ask questions unless you specifically need Florian. :)
10:28:13 <clokep> aleth, nhnt11: Btw I came up with a solution to our SAFELIST stuff.
10:28:19 <clokep> I just need someone to implement it. ;)
10:28:43 <aleth> clokep: Cool, just add it to the bug?
10:29:04 <clokep> Yeah, I will. :)
10:29:08 * aleth wonders if nhnt11 is going to have some time for some awesomeblockers...
10:30:56 <aleth> clokep: When you open about:memory on Windows, you don't see any decoded audio, do you?
10:31:18 <instantbot> clokep@gmail.com requested review from florian@instantbird .org for attachment 2979 on bug 2212.
10:31:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2212 nor, --, ---, nobody, NEW, Switch to using moz.build
10:31:29 <clokep> aleth: I don't see anything, do I need to click a button in there?
10:31:45 <aleth> clokep: Not apart from "measure", it should be at the top
10:31:48 <clokep> Bah, I can't search on this page?
10:32:09 <mpmc> aleth: I think the huge audio usage is due to receiving messages in another window, not sure why it constantly has to play the sound so close to each other. can't this be limited/spaced apart? xD
10:32:25 <aleth> mpmc: Aha! You have sounds turned on ?
10:32:32 <mpmc> Yeah.
10:32:40 <clokep> I have sounds turned on too though.
10:32:44 <aleth> That must be painful when doing /list
10:32:46 <clokep> I don't see anything about that.
10:33:37 <mpmc> aleth: It doesn't bother me tbh :p
10:33:55 <aleth> nhnt11: Did you ever file that bug about not having message sounds pile up in the server tab? I can't find it
10:34:43 <aleth> clokep: Do you get decoded-audio entries if you do /list?
10:35:23 <clokep> I don't see it no.
10:35:42 <aleth> I have no idea where those are coming from then.
10:35:55 <aleth> I can't reproduce either.
10:36:29 <mpmc> Hmm, minimise memory usage isn't working, still stuck at 1GB+
10:37:58 <aleth> mpmc: If you restart and instead of /list use the awesometab to find a channel, what's your memory usage? (i.e. open a newtab and wait a bit so the LIST results appear)
10:38:12 <aleth> Would be interesting to diff the two memory reports.
10:38:39 <mpmc> OK, I'll restart.
10:38:49 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
10:39:15 --> mpmc has joined #instantbird
10:40:40 <mpmc> It's about 270mb when searching for new channels.
10:41:03 <aleth> That's much more reasonable
10:41:24 <aleth> Can you upload a report from that as well after waiting a bit so the LIST in the background has completed?
10:42:10 <mpmc> It's gone down! 255mb!
10:45:15 <mpmc> Here you go http://eu.markclarkstone.co.uk/dl/memory-report2.txt :)
10:45:39 <aleth> mpmc: Thanks!
10:48:35 <aleth> No decoded-audio in that one, so I continue to suspect the sounds from adding all those messages.
10:49:09 * clokep wonders if it matters that his speakers are muted.
10:49:18 <mpmc> Lol!
10:49:20 * aleth can't get the load-and-diff function to work :(
10:49:40 <clokep> I have no idea if our code is smart enough to not play sounds if the speakers are muted.
10:50:00 <mpmc> Another update O.O
10:50:10 <-- mpmc has quit (Client exited)
10:50:15 --> mpmc has joined #instantbird
10:50:26 <clokep> mpmc: You must have had an old update pending.
10:50:50 <mpmc> clokep: I did it less than an hour ago!
10:51:06 <clokep> Yes, as I just said. You must have had an old update pending.
10:51:16 <clokep> And then you updated and now it wants you to update to last night's build.
10:51:25 <clokep> aleth: How do I export about:memory as JSON?
10:51:35 <clokep> Also, what do you think of that LIST idea? (nhnt11 too)
10:51:51 <aleth> clokep: "measure and save"
10:51:54 <mpmc> clokep: Ah, I understand :)
10:52:13 <aleth> not that anything landed yesterday afaik...
10:52:55 <aleth> clokep: Sounds reasonable, but I'd like us to check first what the situation is for the top 10 networks or so (ie do they all report SAFELIST)
10:53:01 <clokep> Here's mine after doing /list with my speakers and sounds enabled: http://pastebin.instantbird.com/403406
10:53:26 <clokep> Yeah, I landed something a couple days ago, but that's been the only change.
10:56:41 <clokep> aleth: Your new patch in bug 2228 looks reasonable btw, But I need to re-read it closer. :)
10:56:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, aleth, ASSI, Don't handle incoming data synchronously
11:10:49 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
11:13:08 <-- dionisos has quit (Ping timeout)
11:18:10 <aleth> https://blog.mozilla.org/nnethercote/2013/10/24/warning-for-firefox-devs-planning-to-upgrade-to-ubuntu-13-10/
11:25:26 --> dionisos has joined #instantbird
11:27:09 <-- dionisos has quit (Ping timeout)
11:37:09 --> mconley has joined #instantbird
11:39:58 <-- mconley has quit (Ping timeout)
11:46:14 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
12:04:38 <clokep_work> aleth: Gross. :( So me telling my friend" Well you can always build it yourself" was a bad idea? ;)
12:05:19 <aleth> ...or premature ;)
12:19:38 <flo-retina> clokep: a lexis was on a desk next to mine and I was demoing to him the popup notifications so I told him to ping me ;).
12:19:44 <-- BWMerlin has quit (Quit: BWMerlin)
12:32:38 <clokep_work> flo-retina: Oh, OK. :) I didn't know he had a physical connection to you. ;)
12:32:54 <flo-retina> I'm in the Paris office today.
12:33:09 <flo-retina> he's an enthusiastic Ib user these days ;)
12:33:24 <flo-retina> and he's got a very impressive number of channels on hold.
12:33:37 <flo-retina> likely 30+ or so
12:33:52 <flo-retina> one had 2700+ unread messages, 2 others had 1000+
12:34:24 <flo-retina> I was curious of how much memory we would suck for all of this. Surprisingly, only 128MB! :)
12:39:20 <flo-retina> oh, your windows moz.build build succeeded, great! :)
12:39:32 <flo-retina> mine must have failed only because of the windows update then
12:51:39 <clokep_work> Yes. :) I'm glad I started one last night!
12:51:47 <clokep_work> I'd be comfortable having that checked-in now. ;)
12:52:23 <clokep_work> After doing a list we seem to keep a lot of IRC strings...which we've talked about before...but should really fix. :(
12:56:35 <-- nhnt11 has quit (Ping timeout)
12:57:48 --> myb has joined #instantbird
13:11:15 <flo-retina> sure, we should fix it. Are you fixing it? ;)
13:12:18 <clokep_work> Not right now. :P
13:15:10 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
13:21:41 * clokep_work wonders if we should push the moz.build patch now. :)
13:22:50 <flo-retina> maybe? :)
13:23:09 <flo-retina> I was planning on doing it tonight, after seeing my windows build complete, and doing a final review
13:23:16 <flo-retina> but if you think it's ready... :)
13:23:35 <clokep_work> That works for me.
13:23:40 <clokep_work> It's just more exciting than real work. ;)
13:38:06 <flo-retina> moz.build more exciting than real work? :(
13:41:34 <clokep_work> Pushing code is more exciting. :P
13:41:47 <clokep_work> Although my tests failed, so I had to write more code. ;)
13:42:15 <-- aleth has quit (Ping timeout)
13:46:54 <flo-retina> clokep_work: oh btw, have we checked that xpcshell tests work?
13:50:55 <clokep_work> flo-retina: Isn't that what instant-buildbot is for? ;)
13:50:59 <clokep_work> (No, I haven't.)
13:51:09 <flo-retina> what?
13:51:15 <clokep_work> Specifically on Windows or on any platform?
13:51:38 <flo-retina> clokep_work: if we haven't checked that it works on at least one platform, we shouldn't push the moz.build changes (that's what I'm saying)
13:53:41 <clokep_work> Yes, I'm agreeing with you.
13:53:58 <clokep_work> I was joking that don't we just push and wait for it to fail.
13:54:40 <instantbot> aleth@instantbird.org requested review from jamie@nvaccess.org for attachment 2980 on bug 2186.
13:54:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2186 nor, --, ---, aleth, ASSI, [a11y] [regression] Mutation observers don't prevent firing two a11y focus events
14:03:05 <clokep_work> I'll test when I go home if you don't get to it before me.
14:05:07 <clokep_work> Oh boo, aleth left. :(
14:06:09 <flo-retina> yeah, he disappeared and then attached a patch ;)
14:06:36 <clokep_work> Yeah. :P I hope he knows he signed out.
14:10:14 --> dionisos has joined #instantbird
14:20:43 <instantbot> clokep@gmail.com requested review from florian@instantbird.org for attachment 2978 on bug 2228.
14:20:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, aleth, ASSI, Don't handle incoming data synchronously
14:25:12 --> mconley has joined #instantbird
14:37:28 --> Huvik has joined #instantbird
14:55:13 <-- mconley has quit (Input/output error)
15:01:42 --> Rym has joined #instantbird
15:30:00 <alexis> Timestamp: 24/10/2013 17:28:20
15:30:00 <alexis> Warning: Opening a MUC without storing its prplIChatRoomFieldValues first.
15:30:00 <alexis> Source File: resource://gre/modules/ircBase.jsm
15:30:00 <alexis> Line: 203
15:30:01 <alexis> Source Code:
15:30:02 <alexis> prpl-irc
15:30:05 <alexis> flo-retina: ^
15:30:12 <flo-retina> do we know why alexis is getting this error plenty of times?
15:30:19 <flo-retina> (looked like once per auto-joined channel)
15:30:32 <flo-retina> that was when updating from 1.4 to a current nightly
15:37:34 <clokep_work> Umm....
15:37:35 <clokep_work> No.
15:37:50 <clokep_work> These were auto-joined channels?
15:37:57 <clokep_work> And it only occurred on the first update?
15:38:41 <flo-retina> not sure if it happens after restarting or not
15:39:22 <flo-retina> he seems enthusiastic about the nightly thought
15:39:27 <flo-retina> *though
15:40:08 <alexis> Timestamp: 24/10/2013 17:39:17
15:40:08 <alexis> Error: Error running command 001 with handler RFC 2812:
15:40:08 <alexis> {"rawMessage":":localhost 001 alexis :Welcome to the BitlBee gateway, alexis","command":"001","params":["alexis","Welcome to the BitlBee gateway, alexis"],"nickname":"localhost","user":null,"host":null,"source":null}
15:40:08 <alexis> str is undefined
15:40:09 <alexis> Source File: resource://gre/components/irc.js
15:40:10 <alexis> Line: 839
15:40:11 <alexis> Source Code:
15:40:12 <alexis> prpl-irc is another one
15:40:21 <flo-retina> the other errors are still here after restarting
15:40:39 <clokep_work> That's because you're using a broken server. ;)
15:41:17 <flo-retina> I don't think that's a good excuse; )
15:41:17 <alexis> haha, client devs.
15:42:07 <clokep_work> BitlBee is one of the crappier bouncers I've come across.
15:42:19 <clokep_work> It's dying when trying to normalize something...
15:42:43 --> mconley has joined #instantbird
15:42:57 <alexis> bitlbee isn't a bouncer :)
15:43:04 <clokep_work> I actually...can't even guess where though. :(
15:43:10 <clokep_work> Gateway = bouncer in my mind.
15:43:14 <clokep_work> They're the same thing.
15:43:23 <clokep_work> The barely speak the IRC protocol, but pretend to be complient.
15:43:44 <alexis> that's doing the work for me, so far. Any better replacement in mind?
15:43:47 <flo-retina> clokep_work: ""user":null,"host":null,"source":null" could we be calling normalize with a null string as first parameter?
15:44:20 <clokep_work> Quite possibly.
15:44:38 <clokep_work> Actually....
15:44:53 <clokep_work> There's something funky in there, why is "localhost" being set to nickname?
15:44:58 <clokep_work> That doesn't seem right.
15:45:47 * alexis is now known as localhost
15:45:52 <localhost> I don't get the problem with that
15:45:54 * localhost is now known as alexis
15:45:56 <clokep_work> http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#66 doesn't work for the case of "localhost"
15:46:03 <flo-retina> alexis: :-P
15:46:12 <clokep_work> Change your connection to and it'll work. ;)
15:46:18 <clokep_work> Or file a bug and I'll fix it.
15:48:48 <clokep_work> (Bonus Kudos if you file a patch too. ;))
15:48:56 <-- mconley has quit (Input/output error)
15:49:08 --> flo-reti1 has joined #instantbird
15:49:33 --> mconley has joined #instantbird
15:49:36 <flo-reti1> bah, silly crash :(
15:50:13 <-- flo-retina has quit (Ping timeout)
15:50:17 <flo-reti1> and why is my nick mangled? :-S
15:50:34 <clokep_work> Oh, that's a fun thing that I can't decide if it's a bug or a feature. :)
15:50:48 <-- mconley has quit (Input/output error)
15:50:50 <flo-reti1> clokep_work: breaking my nick?
15:51:15 <clokep_work> Yeah...
15:51:20 <-- gerard-majax has quit (Ping timeout)
15:51:28 <clokep_work> I'd need the logs to be sure of what happened though.
15:51:32 * flo-reti1 shrugs
15:51:41 <flo-reti1> IRC debug log?
15:51:46 <clokep_work> There's a max limit on the number of characters in an IRC nick.
15:51:51 <clokep_work> We don't know that limit until we connect.
15:51:55 <clokep_work> So we use the one from the RFC.
15:51:56 <clokep_work> It's 9.
15:52:03 <clokep_work> "flo-reti1".length == 9
15:52:06 <flo-reti1> ah
15:52:29 <clokep_work> (So we did "flo-retina"(1:8) + "1" to get your nick)
15:52:41 <flo-reti1> right :(
15:53:40 <clokep_work> It's possible that we know if it's an "invalid" nick vs a nick collision.
15:53:43 <clokep_work> I'd have to check the RFCs.
15:55:06 --> mconley has joined #instantbird
15:56:08 <flo-reti1> clokep_work: http://pastebin.instantbird.com/403727
15:56:35 * flo-reti1 is now known as flo1
15:58:10 <flo1> hmm, apparently there's someone else connected with the nick "flo"
15:58:22 <flo1> "    Idle for: 21 days 19 hours"
15:58:36 <clokep_work> Ghost them?
15:59:02 <-- flo1 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
15:59:05 --> flo-retina has joined #instantbird
15:59:06 * ChanServ sets mode +qo flo-retina flo-retina 
15:59:42 * flo-retina is now known as florian
16:00:27 * florian is now known as flo
16:00:38 <clokep_work> florian: I don't know why the nick is changing in that situation. :-/
16:00:42 <clokep_work> Please file a bug?
16:00:49 <flo> which situation?
16:00:57 * flo has just changed nick too many times ;)
16:01:15 <clokep_work> The pastebin one.
16:01:19 <flo> ok :)
16:02:34 <instantbot> New Core - IRC bug 2229 filed by florian@instantbird.org.
16:02:37 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2229 nor, --, ---, nobody, NEW, Nick flo-retina changed to flo-reti1 if flo-retina was in used
16:04:16 <instantbot> New Core - IRC bug 2230 filed by florian@instantbird.org.
16:04:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2230 nor, --, ---, nobody, NEW, str is undefined in irc.js:839
16:05:05 <flo> is it expected that with paper sheet, the background of the whole unused content area is the same as the background of the latest sheet?
16:05:26 <flo> This surprised me, I wondered if it was an 1.5 regression when seeing it on alexis' screen
16:05:58 <clokep_work> I have no idea what Paper Sheet is SUPPOSED to look like. :(
16:07:01 <flo> ugly? :-P
16:07:40 <flo> heh, redisplaying #instantbird after changing the current theme is now very easy: <Escape> Command+t <enter> ;)
16:08:18 <clokep_work> Can't we just get Ctrl+Shift+T to work?
16:10:27 <flo> or dynamic theme switching ;)
16:12:21 <clokep_work> Sure, sure. :)
16:16:22 <flo> now that's someone I know nothing about opening me a private conversation
16:16:28 <flo> I wonder if that was for the other flo :-S
16:17:03 <flo> ah no, that's someone from a partner
16:20:53 <-- Tonnes has quit (Connection reset by peer)
16:23:12 --> Tonnes has joined #instantbird
16:34:52 --> aleth has joined #instantbird
16:34:52 * ChanServ sets mode +h aleth 
16:35:24 <aleth> clokep_work: Any ideas for what (if anything) we can do about "SSL received a record that exceeded the maximum permissible length" errors on reconnection?
16:35:47 <aleth> I think flo suspects TLS session tickets are involved
16:36:04 <flo> I do. But can't really prove it.
16:42:25 <-- flo has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
16:43:28 <aleth> Should we at least attempt to reconnect after some (longer) period in that case?
16:46:02 <clokep_work> aleth: No, I hide from SSL.
16:46:57 <aleth> clokep_work: Do you mean you don't use it, or you tunnel?
16:49:03 <clokep_work> aleth: I mean I have no idea what anything about SSL means.
16:49:12 <clokep_work> I don't have any idea what that error message means.
16:49:16 <clokep_work> I don't like dealing with certs.
16:49:19 <clokep_work> In our code.
16:49:49 <aleth> Ah OK... I have no idea what it means either ;)
16:50:47 <aleth> It happens occasionally on irc.mozilla.org and breaks automatic reconnection. Maybe only on concrete, idk
16:53:36 --> Mook_as has joined #instantbird
17:03:56 <clokep_work> aleth: That's annoying. :( Sorry.
17:06:23 <-- dionisos has quit (Ping timeout)
17:08:45 <instantbot> aleth@instantbird.org requested review from clokep@gmail.com for attachment 2982 on bug 2180.
17:08:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2180 min, --, ---, aleth, ASSI, this._account socket error on disconnect [regression]
17:14:01 <-- myb has quit (Ping timeout)
17:19:28 --> myb has joined #instantbird
17:28:08 --> qlum has joined #instantbird
17:51:26 --> nhnt11 has joined #instantbird
17:55:19 --> wnayes has joined #instantbird
17:56:59 <nhnt11> Hi
17:57:13 <nhnt11> http://log.bezut.info/instantbird/today/#m116 - Probably not, I have tests going on :(
17:57:17 <-- mconley has quit (Connection reset by peer)
17:57:21 <nhnt11> I'll try though..
17:57:33 --> mconley has joined #instantbird
17:57:39 --> unghost has joined #instantbird
17:58:20 <nhnt11> aleth: How about we get the notification text bikeshedding over with?
17:58:43 <-- unghost has left #instantbird (Ухожу я от вас (xchat 2.4.5 или старше))
17:59:25 <aleth> nhnt11: Better wait until after your tests then ;)
18:00:01 <-- nhnt11 has quit (Ping timeout)
18:00:44 --> nhnt11 has joined #instantbird
18:00:56 <aleth> nhnt11: Maybe just go with your "Learning your top conversations" suggestion (I forget exactly) for now
18:01:17 <nhnt11> ok
18:02:33 <aleth> So that the code is ready and then ppl can always bikeshed more before checking in if they really want ;)
18:03:26 <nhnt11> cool
18:03:35 <nhnt11> I want to give the duplicate item bug priority after that
18:03:47 <nhnt11> (the one where awesometabs fail if you change the protocol of a conversation()
18:03:49 <nhnt11> )*
18:04:06 <nhnt11> bug 2223
18:04:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2223 nor, --, ---, nobody, NEW, Awesometab fails when you change the protocol being used in a conversation
18:05:29 <aleth> Great.
18:07:01 * aleth is still hoping he can convince nhnt11 to fix bug 2115 ;)
18:07:05 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2115 nor, --, ---, nobody, NEW, Provide a way to obtain the normalizedName of a nick
18:07:19 <aleth> But you really need to be able to build for that one :-/
18:07:40 <nhnt11> aleth: If that requires modifying purplexpcom, I'd rather do it after my tests
18:07:46 * nhnt11 would rather not look at C++ right now
18:07:51 <aleth> nhnt11: Definitely after your tests :D
18:07:57 <nhnt11> Hmm, tier_app should be enough though
18:07:59 <nhnt11> (and that works)
18:10:25 <aleth> I suspect the purplexpcom change needed is something like this with an extra parameter http://lxr.instantbird.org/instantbird/source/purple/purplexpcom/src/purpleAccount.cpp#680
18:11:31 <aleth> But since there may be unexpected difficulties as usual with normalized anything I'd say leave it till you are less pressed for time ;)
18:11:44 <nhnt11> yeah
18:12:07 <-- Rym has quit (Input/output error)
18:14:46 <clokep_work> aleth: "I have tested twitter but not JS-XMPP, as I have no suitable accounts to hand." you don't have a gmail or Facebook account?
18:15:49 <aleth> Not set up, anyway
18:16:47 <aleth> I could be un-lazy and configure one I guess... ;)
18:17:28 * clokep_work has no opinion on bug 2180
18:17:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2180 min, --, ---, aleth, ASSI, this._account socket error on disconnect [regression]
18:17:46 <aleth> You had a r- opinion on the other solution though ;)
18:19:18 <clokep_work> I guess I'm confused at what all those things are...
18:19:40 <aleth> What things?
18:21:56 <instantbot> clokep@gmail.com denied review for attachment 2982 on bug 2180.
18:22:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2180 min, --, ---, aleth, ASSI, this._account socket error on disconnect [regression]
18:40:15 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
18:40:34 --> nhnt11 has joined #instantbird
18:42:46 --> Mnyromyr has joined #instantbird
18:45:09 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
18:45:27 --> nhnt11 has joined #instantbird
18:47:08 <-- mconley has quit (Connection reset by peer)
18:47:23 --> mconley has joined #instantbird
18:48:13 <-- mconley has quit (Connection reset by peer)
18:48:33 --> mconley has joined #instantbird
18:52:32 --> flo-retina has joined #instantbird
18:52:32 * ChanServ sets mode +qo flo-retina flo-retina 
18:56:40 * mconley is now known as mconley|interview
19:00:02 <-- aleth has quit (Quit: Ciao)
19:13:32 --> Even has joined #instantbird
19:13:32 * ChanServ sets mode +o Even 
19:17:41 <flo-retina> my windows build failed with an obscure error
19:17:59 <flo-retina> I suspect it broke because of files that were partially generated before the machine rebooted for the update
19:18:05 --> gerard-majax has joined #instantbird
19:18:11 <flo-retina> I've just rm -rf'ed the objdir and launched another build
19:18:12 <-- gerard-majax has quit (Client exited)
19:21:08 --> gerard-majax has joined #instantbird
20:06:13 --> EionRobb has joined #instantbird
20:09:12 --> jb has joined #instantbird
20:23:10 <-- Huvik has quit (Ping timeout)
20:31:15 <-- jb has quit (Ping timeout)
20:35:03 * nhnt11 changed the icon of his nightly to the release one
20:35:26 <nhnt11> never really liked the black bomb thing..
20:36:39 <flo-retina> heh, I need to change again the icon of my debug build :)
20:37:19 <clokep_work> I still use the Halloween icon.
20:37:35 <flo-retina> that's what I usually use for the debug build
20:37:59 <flo-retina> but not right now (I guess I just forgot to configure that the last time I recreated my local mozconfig
20:38:42 <clokep_work> I just have mine in my mq. :P
20:41:15 * flo-retina wonders why his Firefox is keeping 700MB of strings
20:49:03 <-- gerard-majax has quit (Ping timeout)
20:58:31 * mconley|interview is now known as mconley
21:15:13 --> Mic has joined #instantbird
21:15:13 * ChanServ sets mode +h Mic 
21:15:44 <flo-retina> clokep_work: my Windows clobber moz.build build failed again with the exact same error :(
21:23:29 <flo-retina> the error is "python.exe: Bad file number" and that's in objdir/mozilla/content/html/content/test
21:23:35 <flo-retina> no idea of what to do about that :-/
22:04:59 <-- mconley has quit (Input/output error)
22:05:37 --> Huvik has joined #instantbird
22:06:41 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
22:16:45 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:17:19 <-- Huvik has quit (Ping timeout)
22:20:37 --> clokep has joined #instantbird
22:20:37 * ChanServ sets mode +o clokep 
22:22:27 <clokep> flo-retina: xpcshell tests still work on Windows.
22:22:42 <flo-retina> clokep: well, I can't build.
22:22:47 <flo-retina> my third attempt failed in the same way
22:23:00 <flo-retina> at this point the only thing I see is to get rid of the whole mozilla/ folder and reclone it :(
22:23:31 <flo-retina> oh wait, I should try rebooting first :-D
22:23:33 <flo-retina> it's Windows!
22:23:45 <Mook_as> can you run that python.exe manually? :D
22:25:01 <flo-retina> Mook_as: no idea of what the command is. It's longer than the scrollback of a Windows terminal
22:25:09 <flo-retina> Mook_as: but I would bet it's an nsinstall call
22:25:14 <-- qlum has quit (Quit: Getting the <censored> out.)
22:25:25 <flo-retina> so if a file failed to be deleted before, rebooting may indeed be the solution
22:27:19 <Mook_as> ah; from the message it sounded like "hey I have issues running python.exe itself, not whatever script you're trying to use"
22:28:04 <Mook_as> patch.exe used to say that, for example, before it had the asInvoker stuff set, so it tried to run as admin (and failed)
22:34:23 <flo-retina> Mook_as: the error message sounded like python was broken
22:34:38 <flo-retina> but I'm pretty sure if python was broken, the build wouldn't take 100+ minutes to fail
22:37:50 <Mook_as> hrm, true
22:37:56 <Mook_as> got log?
22:40:11 <flo-retina> no
22:40:13 <flo-retina> it's Windows
22:40:23 <flo-retina> even copy/paste is difficult ;)
22:40:40 <flo-retina> I rebooted the machine and started the build again
22:40:45 <flo-retina> we will see how it goes...
22:41:08 <flo-retina> I hope I'll have time to free some space on the server, and fix the update database _again_ before going to bed
22:41:31 <flo-retina> but for now I need to focus on https://bugzilla.mozilla.org/show_bug.cgi?id=906839#c23
22:45:54 <clokep> Too much working at home. :(
22:46:05 --> flo-thinkpad has joined #instantbird
22:46:36 <flo-thinkpad> Mook_as: http://pastebin.instantbird.com/404120
22:49:14 <-- nhnt11 has quit (Ping timeout)
22:49:34 <clokep> flo-retina: How deep is your tree?
22:49:44 <clokep> I think that error can occur if you go over the number of characters allowed by Windows.
22:49:52 <flo-retina> it's in /c/buildhg/hg.instantbird.org/
22:49:58 <clokep> i.e. https://bugzilla.mozilla.org/show_bug.cgi?id=840969
22:50:21 <clokep> So I use pymake, which apparently doesn't have an issue according to comment #1 of that bug.
22:50:24 <flo-retina> ah, that seems possible
22:50:42 <flo-retina> clokep: was your successful build with pymake?
22:50:48 <flo-retina> we won't use pymake on the build VM
22:50:56 <clokep> flo-retina: Yes, I use pymake.
22:51:28 <flo-retina> any easy way I could disable these tests I don't care about at all?
22:52:11 <clokep> Not that I know of. :(
22:52:15 * clokep has to get going.
22:52:31 --> mconley has joined #instantbird
22:54:20 --> nhnt11 has joined #instantbird
23:11:18 <-- mconley has quit (Connection timed out)
23:12:02 --> mconley has joined #instantbird
23:12:20 <Mook_as> yeah, --disable-tests would work (but dunno if you want that)
23:12:42 <Mook_as> if you want to be funny, could also check if subst can help give a shorter path
23:18:16 <Mook_as> flo-retina: so: only m-c supports gnu make on windows at the moment
23:18:34 <flo-retina> Mook_as: I want to run Instantbird tests
23:18:36 <Mook_as> (thanks to glandium over in #build for the info)
23:18:59 <flo-retina> Mook_as: gmake 'works' without this moz.build patch
23:19:01 <Mook_as> well, I guess m-c actually supports "gnu make with windows patches" :p
23:19:35 <flo-retina> and I see no reason why the moz.build patch for the instantbird code would affect stuff inside mozilla/ (that part was already using moz.build since a while ago)
23:19:39 <Mook_as> oh, I meant the mozilla/gecko tests, not the instantbird ones. (no idea if there's a dependency there, though)
23:19:58 <flo-retina> Mook_as: well, the question then is where do I put that --disable-test ;)
23:20:10 <flo-retina> Mook_as: or can I stuff a second mozconfig file in mozilla/mozconfig? Will it be read?
23:21:20 <Mook_as> no, I don't think so. it finds one mozconfig and uses it.
23:24:45 * flo-retina is moving plenty of nightlies around
23:24:56 <flo-retina> The "2009" folder was more or less where I expected
23:25:11 <flo-retina> the "2008" folder was on a different server, and in a path that I really couldn't have guessed
23:25:28 <flo-retina> so I'm scp'ing the 2008 folder to next to the 2009 one
23:27:34 --> mpmc has joined #instantbird
23:29:24 <flo-retina> and also sending the 2010 folder from it's current place on ftp.instantbird.org to the same larger archive disk where I already had the 2009 folder
23:30:45 <-- nhnt11 has quit (Ping timeout)
23:33:11 <flo-retina> so now that I've got try server builds running and plenty of data transfer in progress, what should I try for that windows machine? :-S
23:33:38 <Mook_as> m-c! :p
23:33:43 <flo-thinkpad> ?
23:33:45 <Mook_as> (not that I'd expect it to succeed)
23:34:15 * flo-thinkpad has no idea of what you meant
23:34:22 --> rosonline has joined #instantbird
23:34:46 <Mook_as> oh, just building instantbird against m-c, instead of... you were on gecko 25, right?
23:35:20 <flo-retina> you mean 2 weeks of work to deal with a dozen other build failures to entertain me while I can't get that stuff building on Windows? :-S
23:39:16 * flo-retina just edited http://mxr.mozilla.org/mozilla-release/source/content/html/content/test/Makefile.in to comment out lines 14-395 and now the folder passes
23:45:53 <-- mconley has quit (Input/output error)