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