#instantbird log on 10 29 2013

All times are UTC.

00:03:13 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
00:03:41 <flo-retina> heh, Mic's "Swapping variables with destructuring assignment is painfully slow" bug got some attention a year later :)
00:05:12 <flo-retina> transfering files between servers is so slow :(
00:08:23 <clokep> Which bug is thaat?
00:08:41 <-- flo-retina has quit (Ping timeout)
00:08:49 <Mook_as> https://bugzilla.mozilla.org/show_bug.cgi?id=793860 (I was just reading it)
00:09:08 <clokep> Oh I just got the mail.
00:10:06 * Mook_as can't tell if that code is right for [a, b, c] = [b, c, a]
00:11:05 * clokep can't think anymore iwth all this async code in his head.
00:20:42 --> mconley has joined #instantbird
00:42:29 <clokep> Anyone know an example attachment w/ an image? :P
00:42:43 <clokep> nhnt11: Maybe?
00:54:52 <-- Mook_as has quit (Quit: Mook_as)
01:02:24 <-- mconley has quit (Input/output error)
01:15:54 --> dew1 has joined #instantbird
01:17:02 <-- dew has quit (Ping timeout)
01:35:55 --> mconley has joined #instantbird
01:38:23 <qheaden> Hello.
01:38:33 <clokep> Hello.
01:38:40 <qheaden> No, I'm not dead. :)
01:40:22 <clokep> I was wondering today. :)
01:40:38 <qheaden> lol
01:41:25 <-- Even has quit (Ping timeout)
01:42:10 --> Even has joined #instantbird
01:42:10 * ChanServ sets mode +o Even 
01:45:03 <clokep> Any chance you'll get a chance to wrap up a few more bugs soon. :)
01:45:13 <clokep> (It's OK if not! Just curious. :))
01:50:53 <qheaden> Yes, I want to wrap up.
01:51:19 <qheaden> Unfortunately, both school and work have been giving me a lot of projects to do, and I never have time for Ib development. I miss it so much.
01:53:12 <-- dionisos has quit (Ping timeout)
01:53:39 <clokep> You'll find time eventually. :) No rush.
01:54:01 <qheaden> I'm going to work on bug 2085 now before I go to bed.
01:54:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2085 nor, --, ---, qheaden, ASSI, No handler for Yahoo! packet 83.
01:55:19 <clokep> :)
01:55:21 <clokep> Hopefully an easy one.
01:59:31 <clokep> OK, so the BIO->BMO script now downloads attachments into a directory. Woohoo.
02:00:04 <qheaden> Are efforts being made to make Instantbird an official Mozilla project?
02:00:13 <qheaden> I remember that one discussion thread you guys had.
02:01:14 <clokep> We're hoping to get merged into c-c.
02:01:58 <clokep> But I'm exhausted and old and going to bed. :P
02:02:02 * qheaden still doesn't know the difference between c-c and m-c.
02:02:23 <qheaden> Ha ha. Okay. Take care.
02:02:26 <clokep> m-c = firefox, c-c = thunderbird, lightning and seamonkey.
02:02:32 <qheaden> Ahh okay.
02:02:52 <clokep> c-c is built the same way (currently) that ib does, it downloads the source into a mozilla/ subdirectory, builds the toolkit code and then application.
02:03:04 <clokep> We have shared code w/ c-c that we manually sync.
02:03:06 <clokep> It's a PITA.
02:03:10 <clokep> Anyway, goodnight.
02:03:14 <qheaden> Cool
02:03:18 <qheaden> Okay, goodnight.
02:03:18 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
02:20:31 <-- GeekShadow has quit (Ping timeout)
02:20:34 --> GeekShadow has joined #instantbird
02:30:03 --> Mook has joined #instantbird
03:07:45 --> dionisos has joined #instantbird
03:18:25 <-- mconley has quit (Input/output error)
04:00:56 <-- wnayes has quit (Quit: wnayes)
04:01:32 <-- Even has quit (Ping timeout)
04:01:55 --> Even has joined #instantbird
04:01:55 * ChanServ sets mode +o Even 
04:04:25 <-- dew1 has quit (Ping timeout)
04:05:45 --> dew has joined #instantbird
04:17:03 <-- dew has quit (Ping timeout)
04:17:13 --> dew has joined #instantbird
04:20:11 <-- dew has quit (Ping timeout)
04:20:48 --> dew has joined #instantbird
04:22:30 <-- dew has quit (Ping timeout)
04:22:36 --> dew has joined #instantbird
04:24:22 <instant-buildbot> build #1073 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1073
04:45:56 <-- EionRobb has quit (Quit: Leaving.)
04:55:45 <-- dew has quit (Ping timeout)
04:55:53 --> dew has joined #instantbird
04:58:42 <-- dew has quit (Ping timeout)
05:00:39 --> dew has joined #instantbird
05:03:07 <-- dew has quit (Broken pipe)
05:03:25 --> dew has joined #instantbird
05:04:38 --> mconley has joined #instantbird
05:05:53 <instant-buildbot> build #1018 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1018
05:21:20 <-- dew has quit (Ping timeout)
05:28:49 <-- mikeperry has quit (Ping timeout)
05:40:31 --> dew has joined #instantbird
05:42:07 <-- Mook has quit (Quit: Mook)
06:57:01 --> mikeperry has joined #instantbird
07:21:40 <-- Suiseiseki has quit (Ping timeout)
07:22:47 <-- GeekShadow has quit (Ping timeout)
07:22:47 <-- qheaden has quit (Ping timeout)
07:23:00 <-- stux has quit (Ping timeout)
07:23:00 <-- dionisos has quit (Ping timeout)
07:23:02 --> dionisos has joined #instantbird
07:23:04 --> qheaden has joined #instantbird
07:23:04 --> GeekShadow has joined #instantbird
07:23:31 --> stux has joined #instantbird
07:24:48 --> Suiseiseki has joined #instantbird
08:00:45 <-- skeledrew has quit (Ping timeout)
08:01:22 <-- qheaden has quit (Ping timeout)
08:02:34 --> qheaden has joined #instantbird
08:03:27 --> Mic has joined #instantbird
08:03:27 * ChanServ sets mode +h Mic 
08:03:37 --> skeledrew has joined #instantbird
08:18:12 <instant-buildbot> build #1140 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1140
08:21:08 <-- nhnt11 has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
08:21:14 --> nhnt11 has joined #instantbird
08:24:15 <-- mconley has quit (Input/output error)
08:31:40 <-- douglaswth has quit (Ping timeout)
08:33:28 --> douglaswth has joined #instantbird
08:34:10 <-- nhnt11 has quit (Ping timeout)
08:50:06 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
08:51:04 --> Mic has joined #instantbird
08:51:04 * ChanServ sets mode +h Mic 
08:58:45 <-- douglaswth has quit (Ping timeout)
08:59:41 --> douglaswth has joined #instantbird
09:03:23 --> flo-retina has joined #instantbird
09:03:23 * ChanServ sets mode +qo flo-retina flo-retina 
09:18:02 --> BWMerlin has joined #instantbird
09:21:06 --> chrisccoulson has joined #instantbird
09:57:25 --> aleth has joined #instantbird
09:57:26 * ChanServ sets mode +h aleth 
10:08:25 <aleth> flo-retina: Btw bug 2228 should be ready (unless you spot anything further of course)
10:08:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2228 enh, --, ---, aleth, ASSI, Don't handle incoming data synchronously
10:10:08 --> mpmc has joined #instantbird
10:15:07 <aleth> Regarding your issue with more than 5 IRC channels joined at the same time taking too long, maybe we could auto-reorder the autojoin list putting channels not on hold first (since we now have that info)
10:19:38 <flo-retina> hmm, that would be interesting
10:19:39 --> clokep has joined #instantbird
10:19:39 * ChanServ sets mode +o clokep 
10:19:49 <flo-retina> I wonder if some users would complain if we tweak the order automatically ;)
10:20:18 <aleth> Keep the order within the list of on hold and the list of not on hold, and they'll never know ;)
10:21:20 <aleth> Btw I've also experienced that "why is that channel opened on hold" feeling recently so I agree we should change that current behaviour
10:21:56 <flo-retina> I don't remember if we filed a bug for it or not
10:22:04 <flo-retina> but it seems like it should block 1.5
10:22:12 <flo-retina> the awesometab seems broken when encountering that
10:22:18 <flo-retina> (even though it's likely not its fault)
10:22:20 <aleth> it should, as the changed behaviour isn't in 1.4
10:22:39 <flo-retina> oh right
10:23:05 <aleth> No need to confuse users twice ;)
10:23:23 <clokep> Is the awesometab still broken?
10:23:44 <aleth> Define "broken"?
10:24:08 <aleth> There are still some blockers, yes
10:24:10 <clokep> aleth: Every time I open it, it is blank with lots of error messages in the console.
10:24:16 <clokep> It apparently works right now though.
10:24:23 <aleth> Oh, that bug. Once it happens it breaks.
10:24:33 <aleth> I found a fix for the error part of it on the weekend.
10:24:47 <aleth> Actually not an awesometab bug at all...
10:25:35 <aleth> http://log.bezut.info/instantbird/131026/#m132
10:27:05 <clokep> The pastebin expired.
10:28:03 <aleth> oops :( Well, the bug is in imContacts.js, hopefully nhnt11 will file a patch for the rest of it soon.
10:28:16 <clokep> Cool.
10:28:36 <clokep> Well if we can fix the totally broken part easily, we should do that ASAP.
10:30:03 <aleth> You're right... I might do that later if I have time for some further testing.
10:37:57 <clokep> aleth: Btw I wrote a bunch of comments and some of what needs to be done in the BIO->BMO stuff, so it might make more sense now. :)
10:38:06 <clokep> It still isn't super easy to test though...
10:38:12 * flo-retina would like to know why his copy of the ftp weights more than the original
10:38:56 <aleth> clokep: Cool.
10:39:09 <clokep> That doesn't sound good flo. :(
10:39:32 <aleth> Did it transfer in text mode? :-S
10:39:49 <flo-retina> what does text mode change?
10:40:05 <aleth>  /n -> /r/n if you are unlucky
10:41:47 <clokep> I think it can also do funky things with "encodings".
10:43:22 <flo-retina> I've got at least an additional 20GB on the copy :-S
10:43:38 <Mic> aleth: that's the 7bit / 8bit thing iirc?
10:43:47 <flo-retina> aleth: I used rsync. And it's from a freebsd machine to an ubuntu one.
10:43:57 <flo-retina> so I don't see why we would get \r in the mix :-S
10:46:19 <flo-retina> ah, I know what happened :(
10:46:46 <flo-retina> to fill the N release folder, I created physical link (not symlinks) from the files of the latest N-candidates folder
10:46:55 <flo-retina> after copying the physical links aren't preserved
10:55:43 <clokep> So after redoing that...it's all cool? ;)
11:02:28 <flo-retina> redoing what?
11:02:35 <clokep> The linking.
11:02:56 <flo-retina> nah, we will eventually rewrite the update server, and rm the release candidate folders ;)
11:03:23 <clokep> Rewrite?!
11:06:24 <flo-retina> yeah, we currently have a mess of PHP scripts and mysql database
11:06:34 <flo-retina> I think we could make something much simpler with node.js
11:07:11 <flo-retina> and by "simpler" I mean not only fewer lines of code, but also that people who haven't participated in the design discussions for this stuff would be able to figure out what's going on by themselves
11:07:42 <flo-retina> I would like anybody in the team to be able to figure out what's updated to what, and how to turn of updates for a specific broken build
11:08:19 <flo-retina> currently that requires: an understanding of how the system works, messing with the database, clearing local caches on the disk
11:08:40 <clokep> Got it.
11:09:02 <-- clokep has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
11:13:54 <flo-retina> ah, the ubuntu iso is only 900MB
11:13:57 <flo-retina> I thought it was a full DVD
11:43:00 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
11:53:24 <clokep_work> aleth: Who cares about backwards compatibility? ;)
11:56:24 <aleth> clokep_work: You might, when you can't find your logs ;)
11:56:40 <instantbot> New Core - General bug 2232 filed by aleth@instantbird.org.
11:56:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2232 nor, --, ---, nobody, NEW, Only remember on-hold state for autojoined conversations
11:57:17 <clokep_work> aleth: Unfortunately for you, I'll just copy and paste them. :P
11:58:23 <-- BWMerlin has quit (Quit: BWMerlin)
11:59:03 <instantbot> New Core - General bug 2233 filed by aleth@instantbird.org.
11:59:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2233 enh, --, ---, nobody, NEW, Autojoin channels that are not on hold first
12:00:44 <instantbot> New Core - IRC bug 2234 filed by clokep@gmail.com.
12:00:50 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2234 min, --, ---, nobody, NEW, Channel cases are not properly corrected
12:03:25 <clokep_work> aleth: Are you suggesting we totally remove that feature in bug 2232 or just that we fix it somehow? :-S What is broken the use case?
12:03:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2232 nor, --, ---, nobody, NEW, Only remember on-hold state for autojoined conversations
12:15:52 <flo-retina> clokep_work: I can't parse your last sentence
12:17:09 <clokep_work> flo-retina: I'm asking what bug 2232 means the summary doesn't seem to match the description.
12:17:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2232 nor, --, ---, nobody, NEW, Only remember on-hold state for autojoined conversations
12:17:48 <clokep_work> Ah, I think the second comment describes more what is wanted.
12:17:56 <clokep_work> And seems to match th esummary again.
12:20:19 <flo-retina> clokep_work: I'm not sure if what you don't understand is the problem we need to fix, or the proposed solution
12:20:39 <flo-retina> (I have a good understanding of the former, and the later still needs to be discussed)
12:21:23 <aleth> The details of the latter will be worked out by whoever writes the patch, I guess ;)
12:23:43 <clokep_work> I think the issue is that all open conversation states are saved, so if I join (not auto-join) a channel again the next time I open Instantbird it could end up on hold and cause a "where the hell did that go?" feeling.
12:23:55 <clokep_work> aleth's proposed solution seems complicated.
12:24:24 <clokep_work> (IT also seems to assume user's remember what they were doing in a program last time they had it open, which is not always true...certainly not for me when I sleep in between.)
12:24:43 --> mconley has joined #instantbird
12:26:53 <-- mconley has quit (Ping timeout)
12:27:56 <flo-retina> a possible solution is to just get rid of the "on hold" info whenever a user action requests joining the channel
12:28:18 <aleth> That might be easier, yes
12:28:19 <flo-retina> that would need a fix in the join chat dialog, in the awesometab, and maybe (unfortunatley) also in the /join command :-/
12:28:25 * clokep_work wonders what we should do if a user joins a channel manually, then adds it to the autojoin list. ;)
12:28:36 <aleth> It's the same as the "give user-opened tabs focus" bug, really
12:28:45 <flo-retina> clokep_work: you mean add it to the auto-join list _after_ putting it on hold?
12:29:38 <clokep_work> I don't see what putting it on hold has to do with it.
12:29:58 <clokep_work> Isn't it really just the state we're after? Whether it's on hold or not can change as much as we want after the channel is opened.
12:31:06 <aleth> clokep_work: The whole thing was just intended as a replacement for hide autojoins until session restore is implemented
12:32:15 <aleth> My proposal in the bug is basically to treat it as session restore data (i.e. drop it after it has been used on restart)
12:33:00 <clokep_work> I'm confused why it would be dropped. Isn't it now part of the next session? :-S
12:33:16 <aleth> Well, overwritten.
12:34:02 * flo-retina finds that proposal confusing too
12:34:06 <clokep_work> I still don't understand.
12:34:10 <aleth> The bug is that currently you may join #python for the first time in weeks and it will open on hold because weeks ago that's where you left it.
12:34:11 <clokep_work> It doesn't seem like what I'd want at all.
12:34:26 <clokep_work> Yes, what does that have to do with the number of times you've done it?
13:00:20 <aleth> Well, if we are agreed on the problem, the rest is up to whoever fixes it ;)
13:02:06 --> jb has joined #instantbird
13:35:59 --> mconley has joined #instantbird
13:39:41 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2990 on bug 2223.
13:39:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2223 nor, --, ---, aleth, ASSI, Awesometab fails when you change the protocol being used in a conversation
13:49:38 <flo-retina> aleth: that seems reasonable.
13:49:47 <instantbot> aleth@instantbird.org cancelled review?(florian@instantbird .org) for attachment 2990 on bug 2223.
13:49:48 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2991 on bug 2223.
13:49:50 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2223 nor, --, ---, aleth, ASSI, Awesometab fails when you change the protocol being used in a conversation
13:50:06 <flo-retina> The comment in getUIConversations didn't help me understand the if (id == this._uiConv[id].target.id) line though
13:50:19 <flo-retina> and you are bitrotting that other guy's patch ;)
13:50:21 <aleth> flo-retina: What would be a better way to word it?
13:50:58 <aleth> I put in the comment what originally confused me (coming fresh to that part of the code)
13:51:12 <flo-retina> aleth: yes, that comment is good.
13:51:23 <flo-retina> aleth: the 'problem' is it doesn't explain the next line
13:51:44 <aleth> Oh, I see what you mean
13:52:25 <aleth> "...by checking the prplConversation id matches that of the currently active prplConversation"?
13:52:26 <flo-retina> so maybe say that the ids inside _uiConv are the ids of prpl conversations, and that we will only return the im conversation at an id if it's currently active prpl conversation (target) is the same as the id
13:52:33 <flo-retina> well, word that in a way that makes sense :)
13:52:43 <flo-retina> aleth: yeah, something like that
13:53:07 <clokep_work> And fixing a memory leak to boot! Good job. :)
13:53:33 <flo-retina> what will happen if this._uiConv is undefined?
13:53:55 * flo-retina hopes it will return an empty array without causing any warning
13:55:20 <aleth> Good point.
13:55:41 <aleth> There's plenty of places in the surrounding code where that will also cause warnings btw.
13:56:50 <flo-retina> really?
13:57:16 <aleth> Yes (I guess I should fix those too)
13:57:58 <aleth> Of course it may be that that code was never called in that circumstance
14:01:44 <flo-retina> well, it's not expected to be called in that circumstance
14:02:03 <flo-retina> but getting a list of the conversations may be (in the Tb patch the guy was doing)
14:10:55 <-- jb has quit (Ping timeout)
14:13:30 <instantbot> aleth@instantbird.org cancelled review?(florian@instantbird .org) for attachment 2991 on bug 2223.
14:13:31 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2992 on bug 2223.
14:13:34 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2223 nor, --, ---, aleth, ASSI, Awesometab fails when you change the protocol being used in a conversation
14:14:49 <-- mconley has quit (Input/output error)
14:38:53 <flo-retina> aleth: so does "for (let prplConvId in this._uiConv) {" causes a warning if this._uiConv is undefined?
14:39:01 <flo-retina> (I see you added a null check)
14:39:08 <aleth> Yes, a ReferenceError
14:39:32 <clokep_work> That surprises me for some reason.
14:39:40 <aleth> It surprised me too.
15:01:38 --> jb has joined #instantbird
15:04:24 --> mconley has joined #instantbird
15:51:04 <-- mpmc has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
15:58:18 <instantbot> aleth@instantbird.org requested review from nhnt11@gmail.com for attachment 2993 on bug 2048.
15:58:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2048 nor, --, ---, nobody, NEW, Click on awesometab when window is unfocused should not open conversation
16:04:42 <instantbot> New Instantbird (UI) bug 2235 filed by aleth@instantbird.org.
16:04:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2235 nor, --, ---, nobody, NEW, Conversations opened from the newtab don't always receive focus
16:05:20 <clokep_work> aleth must be bored too.
16:05:28 <clokep_work> (Or waiting for some data to process or something :P)
16:09:04 <aleth> clokep_work: Rather, being stuck on something else plus annoyance when trying to open a channel leads to a patch ;)
16:09:52 <aleth> Sometimes ten minutes in a different context can help when being stuck on a problem...
16:14:25 --> jb1 has joined #instantbird
16:15:27 <-- jb has quit (Ping timeout)
16:22:56 <clokep_work> :) I agree.
16:35:05 <-- mconley has quit (Quit: Leaving...)
16:38:38 --> mconley has joined #instantbird
16:46:46 --> Mook_as has joined #instantbird
16:51:01 <-- jb1 has quit (Quit: jb1)
17:02:58 <-- mconley has quit (Connection reset by peer)
17:03:03 --> mconley_ has joined #instantbird
17:06:58 --> jb has joined #instantbird
17:17:53 <-- flo-retina has quit (Ping timeout)
17:23:57 <-- jb has quit (Ping timeout)
17:34:19 --> bschumac has joined #instantbird
17:37:58 * mconley_ is now known as mconley
17:38:21 * bschumac is now known as rynok
17:46:11 --> wnayes has joined #instantbird
17:58:28 --> GeKo has joined #instantbird
18:08:14 --> qlum has joined #instantbird
18:15:25 --> jb has joined #instantbird
18:15:26 <-- jb has quit (Input/output error)
18:23:17 --> Mnyromyr has joined #instantbird
18:25:40 <qlum> did the speed at which you connect to irc networks recently improve or something as now I don't have enough time to open a second window before most of the servers load.
18:26:00 <-- mconley has quit (Quit: Leaving...)
18:29:15 <clokep_work> qlum: I don't remember making any improvements, but that sounds like a good thing. ;)
18:30:28 <qlum> it is though it could also be an improvement on one of my networks that tips it over the edge between the ones connecting fairly fast and the ones that take a bit longer
18:31:21 <clokep_work> I don't really know what you mean about "time to open a second window" though.
18:31:40 <qlum> I always open up a second window and put half my taps there
18:31:50 <qlum> splitting my left screen between 2 irc windows
18:36:52 <clokep_work> I see.
18:37:01 <clokep_work> Sounds like we should get session restore stuff working.
18:42:55 <qlum> would session restore keep channels like q and nickserv minimized?
18:43:06 <qlum> if not it would do much for my case
18:43:44 --> mconley has joined #instantbird
18:45:05 <aleth> qlum: Current nightlies already remember what was on hold
18:45:17 <aleth> qlum: Out of interest, what do you need the nickserv tab for?
18:45:28 <qlum> not
18:45:49 <qlum> but on hold or closed is not really a thing that matters
18:45:58 <qlum> as long as it is not open
18:46:28 <aleth> I don't understand. Where does the nickserv channel come from if you didn't open it?
18:47:09 <qlum> auto opens I think
18:47:16 <aleth> What does it say?
18:47:39 <qlum> "19:08:49 - NickServ: Welcome to Snoonet, qlum! Here on Snoonet, we provide services to enable the registration of nicknames and channels! For details, type /msg NickServ help and /msg ChanServ help."
18:48:00 <-- qlum has quit (Quit: Getting the <censored> out.)
18:48:08 --> qlum has joined #instantbird
18:48:08 <clokep_work> It's a custom message.
18:48:15 <aleth> Right, sounds like Snoonet's Nickserv spams you then.
18:48:18 <clokep_work> qlum: On Freenode, Moznet, etc. we handle that so it never pops up.
18:48:32 <clokep_work> It should be easy enough to add support for other networks though...
18:48:40 <clokep_work> And we don't support q because...I don't use quakenet.
18:48:46 <clokep_work> But it'd be easy to add support for that too.
18:50:46 <qlum> ok for reference I got irc.planetside-universe.com which has global saying something like that, I got q, I got irc.ps3sanctuary.co.uk that has hax, I got irc.tweakers.net that that also has global and yea the snoonet
18:52:32 <qlum> so apart from q all site specific networks
18:53:28 <qlum> oh and snoonet also isn't site specifc
18:54:05 <clokep_work> global should possibly handled. One of my networks has that.
18:54:08 <aleth> qlum: What clokep_work meant is that those are not standard IRC messages, but that they differ from server to server
18:54:33 <qlum> yea I know
18:55:40 <qlum> would it be possible to add something so you can manually add more to the list as a user.
18:56:02 <qlum> so I could add the specific ones for the networks I use
18:56:04 <-- mconley has quit (Quit: Leaving...)
18:56:11 <qlum> and others can do the same 
18:58:11 <qlum> Like a filter on the exact text of the message 
18:58:40 <clokep_work> That sounds more like an extension...
18:58:44 <clokep_work> But I don't know.
18:58:50 <clokep_work> What is your opinion aleth .
18:59:18 <aleth> It sounds like a useful add-on, and if it became popular we could consider including it in the core?
19:00:36 <aleth> Though there are currently no hooks which would allow an addon to do something like this iirc
19:02:02 <aleth> clokep_work: Hmm, or could an add-on register an IRC message handler?
19:04:24 <clokep_work> aleth: Yes, of course. I spent a lot of time designing that system.
19:04:41 <aleth> clokep_work: The system is great, I am just wondering how you would actually do it
19:05:25 <aleth> Call registerHandler?
19:08:14 <clokep_work> aleth essentially take http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/ircServices.jsm and customize it for the network and call...registerServicesHandler
19:08:59 --> flo-retina has joined #instantbird
19:09:00 * ChanServ sets mode +qo flo-retina flo-retina 
19:09:26 <clokep_work> https://bitbucket.org/clokep/irc-extras/src/tip/example/bootstrap.js?at=default is an example
19:10:50 <aleth> Nice, you even have a sample addon ready :) 
19:14:15 <clokep_work> Not exactly.
19:14:18 <clokep_work> But should be close enough.
19:15:06 <aleth> Close enough I'd say
19:31:42 --> Mic has joined #instantbird
19:31:42 * ChanServ sets mode +h Mic 
19:33:33 * flo-retina discovers some well hidden files on the ftp: http://ftp.instantbird.com/cross-platform.jpg
19:33:54 <flo-retina> I liked that image
19:34:06 <flo-retina> all these OS screenshots look completely outdated now of course :-D
19:39:56 --> mconley has joined #instantbird
19:41:00 --> jb has joined #instantbird
19:46:09 <-- mconley has quit (Quit: Leaving...)
19:58:29 --> EionRobb has joined #instantbird
19:58:50 <clokep_work> Cool screenshot though, yeah. :)
20:02:38 <-- aleth has quit (Quit: Ciao)
20:11:27 <-- GeKo has quit (Quit: leaving)
20:14:54 <flo-retina> we've got 41GB of build symbols on the server
20:14:59 <flo-retina> that seems a bit excessive
20:34:01 <-- jb has quit (Ping timeout)
21:18:39 <instantbot> benediktp@ymail.com requested review from aleth@instantbird.o rg for attachment 2994 on bug 2205.
21:18:45 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2205 nor, --, ---, benediktp, ASSI, Error from log sweeping with a fresh profile
22:01:45 --> jb has joined #instantbird
22:01:46 <-- instant-buildbot has quit (Connection reset by peer)
22:02:10 --> instant-buildbot has joined #instantbird
22:02:10 * ChanServ sets mode +v instant-buildbot 
22:09:02 <-- instant-buildbot has quit (Connection reset by peer)
22:10:14 --> instant-buildbot has joined #instantbird
22:10:14 * ChanServ sets mode +v instant-buildbot 
22:31:56 <-- instant-buildbot has quit (Connection reset by peer)
22:32:17 --> instant-buildbot has joined #instantbird
22:32:17 * ChanServ sets mode +v instant-buildbot 
22:33:07 <-- instant-buildbot has quit (Connection reset by peer)
22:34:20 --> instant-buildbot has joined #instantbird
22:34:21 * ChanServ sets mode +v instant-buildbot 
22:43:39 <-- dionisos has quit (Ping timeout)
22:45:11 <-- instant-buildbot has quit (Connection reset by peer)
22:46:24 --> instant-buildbot has joined #instantbird
22:46:24 * ChanServ sets mode +v instant-buildbot 
22:54:23 <-- rynok has quit (Ping timeout)
22:57:46 <flo-retina> so I guess the problem is that since moz.build $(BUILDID) isn't defined at http://lxr.instantbird.org/instantbird/source/instantbird/build.mk#7
23:01:49 --> clokep has joined #instantbird
23:01:49 * ChanServ sets mode +o clokep 
23:01:59 <-- qlum has quit (Quit: Getting the <censored> out.)
23:03:56 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
23:10:25 <flo-retina> clokep: http://pastebin.instantbird.com/411872 ?
23:11:04 <clokep> flo-retina: Looks fine to me, is there context?  :P
23:11:42 <flo-retina> err, scratch that
23:12:26 <flo-retina> context is someone removed this line for no obvious reason: http://hg.instantbird.org/instantbird/rev/a9e6354b9484#l40.10
23:12:47 <clokep> Ah.
23:12:50 <clokep> Probably my fault? ;)
23:13:31 <flo-retina> could be ;)
23:13:54 * clokep half blames you.
23:14:33 <flo-retina> yeah, I know
23:14:53 * flo-retina wants it fixed
23:16:47 <flo-retina> alright, more realistic patch: http://pastebin.instantbird.com/411873 r?clokep :)
23:17:43 <clokep> flo-retina: r+
23:25:29 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/62e7c2a4074a - Florian Qu├Ęze - Bug 2212 - Switch to using moz.build - follow-up to fix upload paths (re-add build.mk lines removed by mistake), r=clokep over IRC.
23:34:38 <-- Even has quit (Ping timeout)
23:38:57 --> Even has joined #instantbird
23:38:57 * ChanServ sets mode +o Even 
23:49:20 <-- jb has quit (Ping timeout)
23:49:53 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
23:51:00 <instant-buildbot> build #505 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/505