#instantbird log on 03 23 2016

All times are UTC.

00:22:22 --> Alex2 has joined #instantbird
00:25:09 <-- Bollebib has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
00:45:18 --> jsmaniac1 has joined #instantbird
00:45:42 <-- jsmaniac has quit (Ping timeout: 121 seconds)
00:53:00 --> nhnt11-testing has joined #instantbird
00:53:07 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
00:53:49 <nhnt11> aleth: http://pastebin.instantbird.com/2567340
00:54:02 <nhnt11> that ok?
00:54:17 <nhnt11> (it certainly works)
00:54:26 <aleth> If you add a big comment explaining that it's a terrible hack that should be removed
00:54:55 <nhnt11> aleth: I don't think it's a terrible hack.
00:55:02 <nhnt11> I think that it's the final failsafe
00:55:26 <nhnt11> if we have no other info, it makes perfect sense to ask the account for the whois data of the nick, imo
00:55:30 <aleth> It "works" only because of certain recent changes to JS-XMPP which I insisted on for that reason
00:55:40 <aleth> You are only thinking of IRC.
00:55:48 <aleth> I bet you haven't even checked yahoo.
00:56:43 <nhnt11> :S
00:57:22 <aleth> So I'm OK with it because the requestBuddyInfo in imtooltip has failsafes built in ;)
00:57:31 <nhnt11> aleth: yes, I saw that
00:57:40 <nhnt11> aleth: I don't understand why it's a hack though
00:57:47 <nhnt11> It's part of prplIAccount
00:57:52 <nhnt11> If the account doesn't implement it, that's too bad
00:58:02 <nhnt11> But in the case that the account does implement it (like IRC), it works
00:58:46 <aleth> It's a hack because it assumes you can get the required user id for requestBuddyInfo from the display name by calling normalize()
00:59:12 <aleth> That assumption is fine for IRC
00:59:26 <nhnt11> oh hmm, I see what you mean
00:59:43 <nhnt11> I just saw that the requestBuddyInfo definition in prplIAccount does not specify anything about normalization
00:59:55 <nhnt11> I thought that it accepts a normalized name by definition in the interface
01:00:04 <nhnt11> hmm, my bad
01:00:21 <aleth> Everything to do with normalization and unique ids is a mess ;)
01:00:38 <nhnt11> ok, it's hacky
01:00:40 <nhnt11> thanks!
01:00:52 <aleth> The reason clokep's WIP is the "correct" solution in the long run is that it allows the prpl to provide a dummy buddy with all the required data
01:00:58 <nhnt11> right
01:01:00 <nhnt11> I understand
01:01:04 <aleth> And then everything works.
01:01:07 * nhnt11 just thought that this was fine as a failsafe
01:01:17 <aleth> It's better than nothing ;)
01:01:37 <aleth> Thanks
01:02:06 <nhnt11> aleth: So I think I should use "aConv.normalizedName"
01:02:11 <nhnt11> Instead of account.normalize(aConv.name)
01:02:12 <-- abdelrhman has quit (Ping timeout: 121 seconds)
01:02:45 <nhnt11> bah, I forgot about these normalization issues :(
01:02:48 <aleth> That doesn't help much, but it's better, yeah.
01:04:03 <aleth> If prpls are written in the way one would expect it should usually work ;)
01:04:24 <aleth> As this feature is turned off for libpurple anyway, no current problem.
01:04:44 --> abdelrhman has joined #instantbird
01:10:41 --> nhnt11-testing has joined #instantbird
01:10:49 <-- nhnt11-testing has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
01:42:30 <-- abdelrhman has quit (Ping timeout: 121 seconds)
01:56:07 <-- aleth has quit (Quit: Instantbird 48)
03:23:56 --> durwasa has joined #instantbird
04:11:31 <-- bgmCoder has quit (Ping timeout: 121 seconds)
04:23:12 <-- EionRobb has quit (Quit: Leaving.)
04:32:18 <-- jsmaniac1 has quit (Ping timeout: 121 seconds)
05:03:41 --> EionRobb has joined #instantbird
05:23:14 <instant-buildbot> build #642 of linux64-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/642
05:30:12 <instant-buildbot> build #3111 of macosx-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/3111
05:41:11 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
05:50:42 --> nhnt11 has joined #instantbird
05:50:42 * ChanServ sets mode +h nhnt11 
06:29:00 --> nhnt12 has joined #instantbird
06:29:00 * ChanServ sets mode +h nhnt12 
06:31:13 <-- nhnt11 has quit (Ping timeout: 121 seconds)
06:31:13 * nhnt12 is now known as nhnt11 
07:43:30 --> mpmc has joined #instantbird
08:09:25 <-- nhnt11 has quit (Ping timeout: 121 seconds)
08:29:39 --> Bollebib has joined #instantbird
09:11:56 --> gerard-majax has joined #instantbird
09:34:45 <-- gerard-majax has quit (Ping timeout: 121 seconds)
09:35:06 --> nhnt11 has joined #instantbird
09:35:06 * ChanServ sets mode +h nhnt11 
09:38:50 --> gerard-majax has joined #instantbird
09:45:19 --> aleth has joined #instantbird
09:45:19 * ChanServ sets mode +o aleth 
09:45:30 --> nhnt12 has joined #instantbird
09:45:30 * ChanServ sets mode +h nhnt12 
09:45:43 <-- nhnt11 has quit (Connection closed)
09:45:44 * nhnt12 is now known as nhnt11 
09:48:51 <-- chrisccoulson has quit (Connection closed)
09:53:30 --> chrisccoulson has joined #instantbird
10:02:50 <-- gerard-majax has quit (Ping timeout: 121 seconds)
10:04:21 <-- Alex2 has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
10:09:29 --> flo-retina has joined #instantbird
10:09:29 * ChanServ sets mode +qo flo-retina flo-retina 
10:13:56 <-- nhnt11 has quit (Ping timeout: 121 seconds)
10:27:00 --> BWMerlin has joined #instantbird
10:40:05 --> gerard-majax has joined #instantbird
10:52:11 <instantbot> aleth@instantbird.org changed the Resolution on bug 1257299 from --- to FIXED.
10:52:12 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1257299 nor, --, Instantbird 48, arai.unmht, RESO FIXED, Use AppInfo.jsm instead of appInfoUtils.jsm.
11:25:27 --> bgmCoder has joined #instantbird
11:35:12 <-- chrisccoulson has quit (Connection closed)
11:35:36 --> chrisccoulson has joined #instantbird
12:29:28 <-- BWMerlin has quit (Client exited)
12:31:26 --> clokep_work has joined #instantbird
12:31:26 * ChanServ sets mode +o clokep_work 
12:57:17 --> shaif has joined #instantbird
12:59:17 --> abdelrhman has joined #instantbird
13:47:14 <-- bgmCoder has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
13:50:38 --> bgmCoder has joined #instantbird
13:58:16 <bgmCoder> Hi guys
13:58:43 <bgmCoder> So, In my IB I have an account for irc.freenode.net and for chat.freenode.net
13:58:52 <bgmCoder> and for this server, too
13:59:33 <bgmCoder> how can I have IB, when it starts, to log me into all three servers with the same nick?  I set all the account settings with passwords and alias
13:59:58 <bgmCoder> but it seems like after I am logged into one
14:00:11 <bgmCoder> that the next account in line thinks my name is already taken
14:00:16 <bgmCoder> and adds a 1 to my nick
14:00:24 <bgmCoder> how do I prevent that?
14:01:20 <clokep_work> bgmCoder: irc.freenode.net and chat.freenode.net are the same thing.
14:01:27 <clokep_work> You shouldn't try to log into both of them.
14:01:59 <bgmCoder> That's what I thought, too.  But if I open a new tab, I don't get certain channels to show in the list filter unless I join that other server alias.
14:02:02 <clokep_work> Cause your nick actually *is* taken for the second one.
14:02:21 <clokep_work> It's likely just that you're joining some channels with one and some channels with the other.
14:02:29 <clokep_work> And the ordering is different when you have both accounts.
14:02:41 <bgmCoder> For example, I want to join #freepbx - but I can only get to it if I join via chat.freenode.net
14:03:02 <bgmCoder> it never shows up, nor can I join it from irc.freenode.net
14:03:50 <clokep_work> It's probably hidden or something.
14:03:56 <clokep_work> And is only visible if you're in it.
14:04:03 <clokep_work> What do you mean "nor can I join it from irc.freenode.net"
14:04:34 <bgmCoder> it's not hidden if I join from chat.freenode.net (join from = use an irc account in IB configured for that server)
14:07:20 <aleth> bgmCoder: freenode claims there is no difference. Use one or the other, and ask them about issues.
14:08:13 <bgmCoder> okay
14:08:17 <bgmCoder> thanks for listening
14:10:19 <clokep_work> bgmCoder: Just do /join #freebpx and it shold work fine.
14:10:44 <bgmCoder> can I do that in IB's startup options?
14:11:06 <bgmCoder> I know I could do it manually
14:21:43 <mdhr> Hello, has anyone tried using IB behind a proxy? Yahoo gives a HTTP Connection Error every time I try to connect. 
14:23:59 <clokep_work> mdhr: What kind of proxy?
14:24:26 <mdhr> this actually started happening after I did a clobber build. I'm pretty sure it was working fine before. 
14:25:00 <mdhr> clokep_work: Well, our college has a squid proxy set up for HTTP and HTTPS. but I'm tunneling over SSH to my aws server, and using that as a proxy. neither would work, though. 
14:25:01 <clokep_work> Maybe try a nightly build?
14:25:21 <clokep_work> mdhr: Well I don't think our JS protos handle HTTP proxies at all right now so that won't work.
14:25:31 <clokep_work> Using a SOCKS proxy over SSH should work though.
14:26:01 <mdhr> Really? But why so? 
14:26:19 <clokep_work> You need to be more specific.
14:26:32 <clokep_work> What does "why so?" refer to?
14:27:02 <mdhr> Sorry. Why would using a SOCKS proxy work? 
14:27:12 <mdhr> if HTTP doesnt
14:27:27 <mdhr> and*
14:28:48 <mdhr> And I think the SSH tunnel proxy should work as socks, if I'm not wrong? 
14:28:49 <-- abdelrhman has quit (Ping timeout: 121 seconds)
14:31:54 <clokep_work> mdhr: SSH tunnel you usually set up as a SOCKS proxy.
14:32:01 <clokep_work> I'm not sure why you think one working impllies the other works. :-S
14:32:21 <clokep_work> The Mozilla sock code automatically negotiates SOCSK proxies, but not HTTP TUNNEL proxies.
14:33:13 <clokep_work> I could also be forgetting entirely, but I recall trying to connect to an HTTP proxy and getting HTTP shot back into the IRC code.
14:33:16 <clokep_work> Which doesn't work. ;)
14:34:08 <mdhr> clokep_work: Oh. So my config should work, right? The tunnel as a SOCKS proxy and configuring IB to use it. 
14:36:02 <clokep_work> Yes.
14:36:06 <clokep_work> flo-retina does that frequently.
14:36:16 <clokep_work> It could be a Yahoo issue?
14:36:23 <clokep_work> I don't have my Yahoo account set-up like that...
16:10:29 --> bogdan_maris has joined #instantbird
16:26:21 <-- shaif has quit (Quit: Going offline, see ya! (www.adiirc.com))
16:29:36 --> shaif has joined #instantbird
16:32:49 <-- shaif has quit (Quit: Going offline, see ya! (www.adiirc.com))
16:47:39 --> EionRobb1 has joined #instantbird
16:48:25 --> abdelrhman has joined #instantbird
16:49:44 <-- EionRobb has quit (Ping timeout: 121 seconds)
16:53:00 --> nhnt11 has joined #instantbird
16:53:00 * ChanServ sets mode +h nhnt11 
16:53:58 --> mconley|livehacking has joined #instantbird
16:55:47 <-- gerard-majax has quit (Ping timeout: 121 seconds)
17:28:09 --> gerard-majax has joined #instantbird
17:35:03 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
17:44:54 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
17:48:01 --> nhnt11 has joined #instantbird
17:48:01 * ChanServ sets mode +h nhnt11 
17:52:03 <-- gerard-majax has quit (Ping timeout: 121 seconds)
17:52:18 --> gerard-majax has joined #instantbird
18:01:36 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
18:13:29 <-- abdelrhman has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
18:15:06 <-- gerard-majax has quit (Ping timeout: 121 seconds)
18:21:21 --> gerard-majax has joined #instantbird
18:36:23 <-- gerard-majax has quit (Ping timeout: 121 seconds)
18:36:35 --> nhnt11 has joined #instantbird
18:36:35 * ChanServ sets mode +h nhnt11 
18:42:39 <-- EionRobb1 has quit (Quit: Leaving.)
19:19:51 --> abdelrhman has joined #instantbird
19:22:40 --> nhnt12 has joined #instantbird
19:22:40 * ChanServ sets mode +h nhnt12 
19:24:06 <-- nhnt11 has quit (Ping timeout: 121 seconds)
19:24:06 <-- nhnt12 has quit (Connection closed)
19:24:35 --> nhnt11 has joined #instantbird
19:24:35 * ChanServ sets mode +h nhnt11 
19:26:14 --> arlolra has joined #instantbird
19:29:48 --> EionRobb has joined #instantbird
19:49:07 <-- mconley|livehacking has quit (Quit: NO CARRIER)
19:51:26 --> nhnt12 has joined #instantbird
19:51:26 * ChanServ sets mode +h nhnt12 
19:53:19 <-- nhnt11 has quit (Ping timeout: 121 seconds)
19:53:19 * nhnt12 is now known as nhnt11 
19:56:29 --> gerard-majax has joined #instantbird
19:58:15 --> unghost has joined #instantbird
20:22:21 <-- gerard-majax has quit (Ping timeout: 121 seconds)
20:37:32 <-- arlolra has quit (Client exited)
20:47:31 --> gerard-majax has joined #instantbird
20:52:23 --> Mnyromyr has joined #instantbird
21:22:59 <-- mpmc has quit (A TLS packet with unexpected length was received.)
21:23:02 --> mpmc has joined #instantbird
21:23:06 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
21:33:33 <-- clokep_work has quit (Ping timeout: 121 seconds)
22:02:47 <-- gerard-majax has quit (Ping timeout: 121 seconds)
22:03:22 --> clokep_work has joined #instantbird
22:03:22 * ChanServ sets mode +o clokep_work 
22:04:46 --> EionRobb1 has joined #instantbird
22:07:35 <-- EionRobb has quit (Ping timeout: 121 seconds)
22:17:26 <-- Bollebib has quit (Ping timeout: 121 seconds)
22:30:36 * nhnt11 added some more emojis to his emoji-replacing addon
22:30:44 <nhnt11> :)
22:30:59 <nhnt11> huh
22:31:04 <nhnt11> that didn't work
22:31:04 <nhnt11> :)
22:31:06 <nhnt11> weird
22:31:25 <nhnt11> it works in the other channel I'm in...
22:31:37 * nhnt11 wonders if the others work: (: :'D
22:31:40 <nhnt11> nope... :-/
22:32:08 <nhnt11> this is weird 😩
22:32:10 <nhnt11> oh, now it works
22:32:15 <nhnt11> 🙂
22:32:23 <clokep_work> nhnt11: I got a little box on that one. ;)
22:32:41 <nhnt11> that's weird
22:32:53 <nhnt11> what version of os x are you on?
22:33:06 <clokep_work> 10.10.
22:33:13 <clokep_work> 5
22:33:22 <nhnt11> booo
22:33:25 <nhnt11> boooooo clokep_work booo
22:33:31 <clokep_work> Huh?
22:33:43 <nhnt11> sorry, that's a south park reference
22:33:49 <clokep_work> Psh. :p
22:33:54 <clokep_work> I ain't got time to fix issues from upgrading. ;)
22:34:00 <clokep_work> Plus it's ugly..
22:34:12 <nhnt11> some of these are in the new emoji spec that wasn't implemented in 10.10
22:34:22 <nhnt11> whatever floats your boat! :P
22:35:36 <clokep_work> Interesting.
22:35:40 <clokep_work> I've been meaning to upgrade.
22:35:43 <clokep_work> You've given me another reason.
22:35:45 <clokep_work> More emojii
22:35:58 <nhnt11> Yeah, there are some nice ones
22:36:04 * nhnt11 likes (=
22:36:12 * nhnt11 likes (=
22:36:14 <nhnt11> :S
22:36:15 * clokep_work knows very little about emojii
22:36:21 <nhnt11> why did it stop working again :-/
22:36:27 <nhnt11> it's still working in my testing channel
22:37:00 <nhnt11> oh, it doesn't work in /me
22:37:04 <nhnt11> so the one I like is 🙃
22:37:06 <nhnt11> there we go
22:38:06 <nhnt11> clokep_work: they're a pain in the ass to incorporate into code
22:38:08 <nhnt11> at least, in JS
22:38:18 <nhnt11> JS doesn't support unicode code points after \uFFFF
22:38:23 <nhnt11> So you have to split them into surrogate pairs
22:44:47 <-- unghost has quit (A TLS packet with unexpected length was received.)
22:46:06 <clokep_work> nhnt11: That sounds familiar. :-D
22:46:52 <clokep_work> nhnt11: /me breaks it? Interesting...
22:46:55 <clokep_work> I wonder why.
22:47:00 <clokep_work> I wonder if you randomly have a \001 in there
22:47:42 <clokep_work> Although...we should escape those.
22:47:52 <clokep_work> Although maybe we escape them too late. :(
22:47:54 <clokep_work> Or too early?
22:47:56 <nhnt11> clokep_work: I don't think that's the problem
22:48:10 <nhnt11> my addon observes for the preparing-message notification
22:48:20 <nhnt11> and replaces the message
22:48:30 <nhnt11> I suspect this notification isn't being sent for action messages?
22:48:33 <nhnt11> Or something related to that
22:48:40 <clokep_work> Oh yeah, that's probably it.
22:48:44 <nhnt11> It seems that the message isn't getting parsed at all.
22:48:45 <clokep_work> action messages are weird.
22:48:56 <clokep_work> And...broke (IMO) in the way we implemented them in Instantbird
22:48:59 <clokep_work> broken
22:52:04 <nhnt11> :(
22:54:37 * clokep_work has the desire to rewrite our socket code.
22:55:33 <aleth> promise? :D
22:55:44 <clokep_work> Huh, that would be interesting...
22:56:01 <clokep_work> I want to separate the Binary code from the String code...
22:56:03 <clokep_work> Personally.
22:56:11 <aleth> Ah, that's good too.
22:56:35 <clokep_work> I don't know why I wrote that as tons of if statements... ;)
22:56:58 <aleth> Probably started out as a single if statement ;)
22:57:39 <clokep_work> We also landed that code w/o a usecase for the binary stuff. =-o
22:57:46 <clokep_work> Aka it didn't work until qheaden fixed it for Yahoo.
22:57:55 <clokep_work> (Or I might have fixed it JIT before his GSoC project.)
23:00:09 <clokep_work> Well I have like 20 minutes, that should be enough time.
23:00:56 <-- EionRobb1 has quit (Quit: Leaving.)
23:02:56 --> EionRobb has joined #instantbird
23:03:11 <-- EionRobb has quit (Quit: Leaving.)
23:03:32 <-- bogdan_maris has quit (Ping timeout: 121 seconds)
23:22:11 <clokep_work> This code is crusty.
23:23:47 <clokep_work> mdhr: Heh https://dxr.mozilla.org/comm-central/source/chat/modules/socket.jsm#357-359
23:31:50 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.92 [SeaMonkey 2.39/20151103174305])
23:33:51 <-- durwasa has quit (Ping timeout: 121 seconds)
23:42:55 <clokep_work> aleth, abdelrhman: Does XMPP not parse incoming text to Unicode anywhere? :-S
23:45:29 <abdelrhman> I think all text messages should pass this method |TXTToHTML|
23:47:33 <clokep_work> Hmm...I doubt that does charset conversation though
23:57:03 <clokep_work> meh.