#instantbird log on 09 17 2015

All times are UTC.

00:00:38 <-- mpmc has quit (Connection closed)
00:15:40 <-- aleth has quit (Ping timeout: 121 seconds)
00:15:44 <-- myk has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
00:15:48 --> myk has joined #instantbird
00:15:58 --> Alex1 has joined #instantbird
00:19:13 <-- clokep_work has quit (Ping timeout: 121 seconds)
00:42:14 <-- myk has quit (Ping timeout: 121 seconds)
01:26:04 <-- clokep has quit (Ping timeout: 121 seconds)
01:29:48 <instant-buildbot> build #1750 of win32-nightly-default is complete: Success [3build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1750
02:57:57 --> myk has joined #instantbird
03:07:12 <instant-buildbot> build #1523 of linux-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1523
03:09:39 <-- satdav has quit (Quit: Connection closed for inactivity)
03:13:16 --> nhnt11 has joined #instantbird
03:13:17 * ChanServ sets mode +h nhnt11 
03:44:22 <-- myk has quit (Ping timeout: 121 seconds)
03:56:01 <instant-buildbot> build #2905 of macosx-nightly-default is complete: Success [3build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2905
04:21:27 <instant-buildbot> build #1751 of win32-nightly-default is complete: Success [3build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1751
04:55:18 --> Bollebib has joined #instantbird
04:59:21 <instant-buildbot> build #433 of linux64-nightly-default is complete: Failure [4failed compile]  Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/433
05:40:45 <-- Bollebib has quit (Connection closed)
05:56:52 <-- venom00ut has quit (Ping timeout: 121 seconds)
06:09:32 --> venom00ut has joined #instantbird
06:14:10 <venom00ut> hi, guys, I've built instantbird but the XMPP protocol doesn't seem to be available
06:27:36 <nhnt11> venom00ut: I'm guessing you didn't build libpurple. I'm not sure about this, but maybe clearing the chat.prpls.forcePurple pref will help?
06:28:00 <nhnt11> I believe it forces xmpp to use libpurple by default, but I'm not sure if that's applicable when you haven't built libpurple. Worth a shot.
06:28:01 <venom00ut> nhnt11, ah, XMPP support on libpurple
06:28:16 <nhnt11> venom00ut: there is a JS implementation, but disabled by default I think
06:28:41 <venom00ut> I'm trying hard to get rid of libpurple :) how can I enable the JS implementation?
06:28:48 <nhnt11> You can find the pref in about:config (type |/about config| in a conversation window)
06:29:02 <nhnt11> Check the chat.prpls.forcePurple pref
06:29:15 <nhnt11> If it's set to prpl-jabber, then it's trying to use libpurple for the protocol plugin
06:29:20 <nhnt11> Clear the pref and you should be good to go
06:30:20 <nhnt11> The Gtalk and Facebook prpls are extensions of the JS XMPP plugin and use it by default.
06:30:56 <venom00ut> yay, XMPP appeared!
06:30:58 <venom00ut> thanks :)
06:30:59 <nhnt11> Np
06:31:32 <nhnt11> Please file bugs if you find any - http://bugzilla.mozilla.org, under the Instantbird component
06:32:20 <nhnt11> I believe js xmpp has been improving lately, you'll have best results if you use a nightly build
06:32:29 <nhnt11> Ah, were you the guy building from source on gentoo?
06:33:13 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
06:33:18 --> nhnt11 has joined #instantbird
06:33:19 * ChanServ sets mode +h nhnt11 
06:34:31 <nhnt11> I gtg, people should be available on this channel in a couple of hours.
06:46:55 <venom00ut> cool
06:47:41 <venom00ut> I'm positively impressed by instantbird, OTR seems to work, XMPP and IRC too
06:59:09 <nhnt11> :)
07:17:38 <-- venom00ut has quit (Ping timeout: 121 seconds)
07:32:47 --> gerard-majax has joined #instantbird
08:05:46 --> aleth has joined #instantbird
08:05:47 * ChanServ sets mode +o aleth 
08:54:12 --> Bollebib has joined #instantbird
09:16:09 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
09:34:02 <-- Alex1 has quit (Connection closed)
09:34:20 <-- nhnt11 has quit (Ping timeout: 121 seconds)
09:37:25 --> nhnt11 has joined #instantbird
09:37:26 * ChanServ sets mode +h nhnt11 
09:59:43 <-- gerard-majax has quit (Ping timeout: 121 seconds)
10:12:12 <-- BWMerlin has quit (Client exited)
10:12:31 --> BWMerlin has joined #instantbird
10:17:28 <-- aleth has quit (Ping timeout: 121 seconds)
10:20:17 --> mpmc has joined #instantbird
10:21:36 --> flo-retina has joined #instantbird
10:21:36 * ChanServ sets mode +qo flo-retina flo-retina 
10:32:02 <-- Tonnes has quit (Ping timeout: 121 seconds)
10:34:00 <-- freaktechnik has quit (Ping timeout: 121 seconds)
10:34:57 --> Tonnes has joined #instantbird
10:35:12 --> freaktechnik has joined #instantbird
10:41:15 <flo-retina> I find https://developer.mozilla.org/en-US/docs/Mozilla/Performance/TimerFirings_logging pretty exciting
10:41:31 <flo-retina> maybe it'll finally help me figure out why Instantbird tends to consume more CPU when idle than Firefox :).
10:42:34 <-- Bollebib has quit (Ping timeout: 121 seconds)
10:47:33 --> clokep has joined #instantbird
10:47:33 * ChanServ sets mode +o clokep 
10:49:28 <nhnt11> "maybe it'll finally help me figure out why Instantbird tends to consume more CPU when idle than Firefox :)." what? really?
10:50:07 <nhnt11> Huh, inded
10:50:16 <nhnt11> Is this a regression?
10:51:15 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
11:07:39 --> aleth has joined #instantbird
11:07:40 * ChanServ sets mode +o aleth 
11:09:57 <Fallen> lots of exciting perf tools on the horizon
11:10:05 <-- clokep has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
11:10:14 --> clokep has joined #instantbird
11:10:14 * ChanServ sets mode +o clokep 
11:10:45 <aleth> yay, that looks useful :-)
11:10:56 <aleth> though I've never seen IB burn as much CPU as Firefox...
11:11:43 <Fallen> mine uses 0.0 cpu right now 
11:12:04 <clokep> Mine is using 0.3%, Firefox is 0.2% That's obviously scientifically more. ;)
11:12:07 <aleth> right, IB is usually around 0.1 or so, Firefox never goes below 5
11:12:13 <clokep> (For the record TB is using 0%, so it probably crashed.)
11:13:11 <aleth> I guess I have too many tabs open :P
11:15:05 <Fallen> Firefox is using 24.6%
11:16:23 <Fallen> ok, that was a peak. Around 10%
11:17:01 <clokep> But yeah it all depends on why it's using that.
11:34:59 <clokep> :) We had a windows nightly last night!
11:35:02 <-- clokep has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
11:35:14 --> clokep has joined #instantbird
11:35:15 * ChanServ sets mode +o clokep 
11:35:22 <aleth> And it updated? :-)
11:35:29 <clokep> Yes.
11:35:36 <clokep> flo-retina is awesome and fixed that.
11:36:54 <flo-retina> nhnt11: it's probably a regression yes, but happened around the time of Instantbird 0.2, and I've never been able to figure out why.
11:37:24 --> gerard-majax has joined #instantbird
11:37:28 <flo-retina> the idle CPU consumption is vaguely proportional to how many conversation tabs are open, so I somehow suspect Time Bubbles, but it also happens to some extent even with eg. Simple.
11:38:44 <flo-retina> I rarely see Ib at less than 1%. And more often at 3% or more.
11:39:05 <flo-retina> clokep: I tried so hard to fix the Linux compilers that I ended up fixing Windows updates ;)
11:39:48 <clokep> flo-retina: :-D
11:39:55 <clokep> that's a nice quality to have.
11:40:29 <clokep> Fallen: flo-retina, aleth: Do we have a plan at this for the Linux compilers?
11:40:43 <clokep> Or is it "buy more RAM, sacrifice a goat, stand on one long and pray"?
11:41:02 <flo-retina> clokep: well...
11:41:24 <Fallen> linux compilers for instantbird, you mean the 32 vs 64 bit issue?
11:41:37 <flo-retina> if we really need that new compiler, the CentOS32 slave is pointless, and we should replace it with a 64bit one.
11:42:01 <Fallen> does anything speak against using a 64 bit slave instead?
11:42:09 <flo-retina> I have one upgraded mini with 4GB of ram. Maybe I could install CentOS64 on it, and make it compile either 32 or 64 bit nightlies.
11:42:34 <flo-retina> Fallen: well, having a slave with something means taking an evening to set it up ;).
11:42:53 <flo-retina> Fallen: our (mostly future) slaves are: http://queze.net/goinfre/minis/
11:43:29 <Fallen> heh ok. I thought it might be enough to have the current 64 bit slaves build the 32 bit builds when not busy
11:44:00 <Fallen> with the upcoming changes to be able to cross-compile for mac on linux you might even get away with even less :)
11:44:37 <flo-retina> Fallen: the current 64 bit slave fails to build, because it runs out of memory and that makes the gcc segfault.
11:45:01 <flo-retina> these machines have 2GB of ram each.
11:45:14 <clokep> flo-retina: It probably makes sense to have a 64-bit Linux slave that has 4 GB of RAM...I suspect most people now want 64-bits?
11:45:41 <flo-retina> yeah, well, I should spend time setting that up at some point...
11:45:52 <flo-retina> and yes, I think I need to find memory ASAP.
11:46:17 <flo-retina> I'm still vaguely hoping I could find a free pair of 2GB modules if I search hard enough in the coworking space.
11:46:51 <flo-retina> but otherwise, yeah, should probably just buy some new ram.
11:49:17 <Fallen> try in the other folks machines, I'm sure they don't need it
11:49:33 <Fallen> after all 640k is enough for everyone
11:54:38 <flo-retina> Fallen: do you mean try to seal memory from people's machines?
11:55:18 <-- clokep has quit (Ping timeout: 121 seconds)
11:55:34 <flo-retina> the 'free' ram I'm hoping to find is because an IT company working here upgraded to 8GB all the mac minis of a customer, and they had a whole tray of the lower-capacity ram modules they removed.
11:56:00 <flo-retina> at the time they said "help yourself, it's Christmas" and he put the whole tray in front of me.
11:56:35 <flo-retina> but he also said 'don't take it all for yourself', so I restrained myself at the time to only taking 2 pairs (out of probably 6 or 8).
11:56:48 <Fallen> well, if you want to put it that way, it may be stealing. Try to see it optimistically :D
11:57:21 <flo-retina> one pair ended up in the minis we have that has 4GB. The other pair was a pair of 4GB modules, and our minis are somehow too old to support them. These modules ended up in my thinkpad, bumping it to 16GB :).
12:23:08 --> bogdan_maris has joined #instantbird
12:32:19 --> clokep_work has joined #instantbird
12:32:19 * ChanServ sets mode +o clokep_work 
12:37:19 <-- clokep_work has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
12:37:23 --> clokep_work has joined #instantbird
12:37:23 * ChanServ sets mode +o clokep_work 
12:44:36 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
12:44:48 --> flo-retina has joined #instantbird
12:44:48 * ChanServ sets mode +qo flo-retina flo-retina 
12:51:41 <-- Even has quit (Ping timeout: 121 seconds)
12:56:40 --> nhnt11 has joined #instantbird
12:56:41 * ChanServ sets mode +h nhnt11 
12:58:31 <nhnt11> flo-retina: Weird. When idle Ib is at 0.0% for me
12:58:49 <flo-retina> maybe I'm just unlucky?
12:59:46 <nhnt11> Could be that you have way more tabs open
12:59:52 * nhnt11 usually has 5-ish
13:02:36 <flo-retina> I have 6.
13:02:51 <flo-retina> + 16 channels on hold
13:03:04 * nhnt11 has 4 open and 4 on hold right now
13:03:07 * clokep_work is usually 5 or 6 + 10ish on hold.
13:03:12 <clokep_work> But I dn't have like developers open.
13:04:19 <flo-retina> I have developers (on hold), gsoc, media, introduction, ...
13:04:58 <nhnt11> My channels are all only occasionally active
13:20:34 <-- bogdan_maris has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
13:27:50 <Fallen> I have 15 tabs open, and am in a boatload of other conversations on hold. I do have all that bubble stuff disabled though
13:30:43 <flo-retina> poor bubble stuff ;)
13:36:40 <freaktechnik> an update for the windows nightly :O
13:36:47 <clokep_work> Yep! :)
13:36:59 <freaktechnik> finally the close button will be un-broken \o/
13:37:05 <clokep_work> Mostly. :)
13:37:42 <freaktechnik> mostly is close enough for me :)
13:39:33 <flo-retina> heh
13:40:58 <freaktechnik> now I just have to wait for bug 1195002 and then I can start using nightlies on good platforms again...
13:41:00 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1195002 nor, --, ---, nobody, NEW, titlebar overlaps chrome UI on Linux Elementary OS Freya / with GTK_CSD (Gtk3)
13:43:46 <clokep_work> I was confused that I had never seen that bug before...but it's core.
13:43:49 <clokep_work> \o/
13:45:35 <freaktechnik> yeah, you just inerhit it. Everything is broken for me atm...
13:53:48 <clokep_work> Yep. :)
14:02:17 <-- aleth has quit (Ping timeout: 121 seconds)
14:15:25 --> aleth has joined #instantbird
14:15:26 * ChanServ sets mode +o aleth 
14:16:01 <flo-retina> http://pastebin.instantbird.com/1982475
14:23:51 <clokep_work> aleth: ^
14:24:29 <-- nhnt11 has quit (Ping timeout: 121 seconds)
14:25:27 --> nhnt11 has joined #instantbird
14:25:28 * ChanServ sets mode +h nhnt11 
14:36:40 <aleth> idk much about buildbot. Wouldn't you end up writing your own?
14:46:38 <flo-retina> I don't know :)
15:08:12 --> Bollebib has joined #instantbird
15:15:03 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
15:25:46 <Fallen> puppet is used to "turn on the slave", or rather to set it up and make sure it is run when the OS starts
15:26:49 <Fallen> but if you want to be future proof, figure out how Mozilla is doing their taskcluster stuff
15:27:25 <Fallen> from what I see on the mozilla infra, I have no idea how I would add a custom build job that runs only for Thunderbird, but they seem to be doing it on a regular basis
15:29:13 <Fallen> if you want to trigger jobs on the pi, you can certainly hook up some custom scripts that run the buildbot sendchange script
15:53:59 <-- gerard-majax has quit (Ping timeout: 121 seconds)
16:01:08 --> gerard-majax has joined #instantbird
16:06:15 --> abdelrhman has joined #instantbird
16:09:16 --> myk has joined #instantbird
16:09:16 --> Mnyromyr has joined #instantbird
16:13:32 <instantbot> New Chat Core - XMPP bug 1205727 filed by a.ahmed1026@gmail.com.
16:13:34 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1205727 nor, --, ---, nobody, NEW, Add invite and me commands for XMPP MUCs
16:14:47 --> myk1 has joined #instantbird
16:15:18 <-- myk has quit (Ping timeout: 121 seconds)
16:16:59 <-- gerard-majax has quit (Ping timeout: 121 seconds)
16:17:16 * myk1 is now known as myk 
16:19:16 <-- myk has quit (Ping timeout: 121 seconds)
16:19:29 --> myk has joined #instantbird
17:18:59 <abdelrhman> In xmpp invite command, would we allow multiple invitee?
17:22:34 <aleth> Yes, that would make sense
17:25:08 <abdelrhman> OK
17:36:58 <instantbot> aleth@instantbird.org changed the Resolution on bug 1204273 from --- to FIXED.
17:37:00 <instantbot> aleth@instantbird.org changed the Resolution on bug 1142337 from --- to FIXED.
17:37:01 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1142337 nor, --, Instantbird 43, aleth, RESO FIXED, Implement NormalizedMap without __noSuchMethod__
17:37:02 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1204273 nor, --, Instantbird 43, a.ahmed1026, RESO FIXED, Add msg and nick commands for XMPP MUCs
17:38:29 <clokep_work> :)
17:38:39 --> gerard-majax has joined #instantbird
17:39:42 <abdelrhman> Actually, there is  a problem in parsing in multiple invitee, as it's hard to distinguish between invite-message and jid.
17:40:08 <abdelrhman> the invite message is parsed as a domain in _parseJID
17:41:46 <aleth> Oh, you can send an invite message? I didn't know that
17:42:10 <clokep_work> Have I mentioned I hate XMPP? :P
17:42:22 <aleth> If multiple invites don't work well, just do single invites
17:42:36 <abdelrhman> I think we can  check node part instead of that
17:42:47 <abdelrhman> :)
17:42:54 <abdelrhman> http://xmpp.org/extensions/xep-0045.html#impl-client-irc
17:43:41 <-- nhnt11 has quit (Ping timeout: 121 seconds)
17:45:41 <aleth> clokep_work: <iq type="set"><mention attribute="XMPP"><reason>I hate<reason/><mention/><iq/>, you mean? ;)
17:46:07 <abdelrhman> :D
17:46:10 <aleth> Poor old XMPP, still pretty much the only widespread open standard out there though.
17:46:21 <clokep_work> aleth: I seem to hate too many things ATM.
17:49:09 <abdelrhman> seems no way to use multiple invitee
17:50:00 <instantbot> New Chat Core - XMPP bug 1205769 filed by aleth@instantbird.org.
17:50:01 <abdelrhman> as _parseJID could match any jid included in the message
17:50:01 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1205769 nor, --, ---, nobody, NEW, Roster fetch can trigger disconnects due to vcard request flood
17:50:18 <aleth> clokep_work: it would be nice if there was an elegant open protocol...
17:50:50 <aleth> Probably if it was successful it would rapidly accumulate complex cruft too though
17:51:32 --> myk1 has joined #instantbird
17:52:40 <-- myk1 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
17:53:28 <clokep_work> aleth: IRC? ;)
17:53:37 <clokep_work> Maybe matrix will do it... :-S
17:54:08 <-- myk has quit (Ping timeout: 121 seconds)
17:54:11 <aleth> IRC, heh, the difference there is that we've already fixed most of the bugs ;)
17:54:17 <clokep_work> :)
18:00:31 --> myk has joined #instantbird
18:10:44 <-- gerard-majax has quit (Ping timeout: 121 seconds)
18:31:42 <-- Tonnes has quit (Quit: ChatZilla 0.9.92 [Firefox 40.0.3/20150826023504])
19:02:28 <abdelrhman> The received stanzas of invitations which is sent by MUC may has password. I think we should not log that.
19:06:19 <aleth> That's a good idea.
19:07:54 --> nhnt11 has joined #instantbird
19:07:55 * ChanServ sets mode +h nhnt11 
19:08:32 --> Tonnes has joined #instantbird
19:10:35 <aleth> If it's an incoming stanza, it may be too complex to implement though
19:11:09 <aleth> We're generally most careful about passwords we send.
19:13:24 <abdelrhman> I know that's complex. it also may add overhead for each message we receive.
19:14:00 <aleth> Receiving room invitations is rare, and not usually something you'd find in a debug log someone sent in.
19:14:25 <aleth> Unlike e.g. joining a password protected room, which can happen on every connection.
19:14:42 <abdelrhman> Ah
19:15:41 <aleth> I guess you could leave it for now and maybe add a comment
19:15:51 <abdelrhman> OK
19:16:41 <aleth> iirc at the moment we log those for IRC too
19:17:45 <aleth> clokep_work: ^^?
19:19:56 <clokep_work> aleth: I think we spit that out to the screen in IRC. :p
19:22:55 <abdelrhman> :D
19:23:12 <aleth> Pretty sure the default is to auto-accept invites
19:23:29 <clokep_work> It's a pref, but that's the default.
19:23:37 <clokep_work> So if you get invited to a room w/ a password.
19:23:46 <clokep_work> I think it says "Youv'e been invited blah blah the password is blah blah"
19:28:51 <clokep_work> abdelrhman: http://mxr.mozilla.org/comm-central/source/chat/protocols/irc/irc.js#439
19:29:01 <clokep_work> Umm...that logic is awful because IRC.
19:29:23 <aleth> I don't think abdelrhman has to worry about accepting invites, that code already exists iirc
19:30:00 <clokep_work> Just saying that we *do* print out the passwords.
19:30:02 <clokep_work> Purposefully.
19:31:02 <abdelrhman> but at some point I think we should stop printing them for all protocols that we support
19:31:39 <aleth> The "correct" solution would be to store them in the password manager
19:32:33 --> Bretagne has joined #instantbird
19:32:40 <Bretagne> Salut à vous
19:32:58 <Bretagne> il existe une fonction qui répond bonjour automatiquement ? 
19:36:52 <aleth> non, il n'ya pas de reponse du bot
19:40:20 <clokep_work> abdelrhman: Maybe, the point is that it lets the user rejoin.
19:41:01 <aleth> abdelrhman: some people don't want the client to store passwords for them
19:41:29 <aleth> So the whole thing is complicated.
19:41:51 <abdelrhman> Yes, you are right.
19:43:43 <clokep_work> So printing it out is probably non-ideal, but it was something.
19:43:47 <clokep_work> I don't have a better solution.
20:03:10 --> satdav has joined #instantbird
20:28:18 <-- clokep_work has quit (Ping timeout: 121 seconds)
20:49:37 <-- abdelrhman has quit (Ping timeout: 121 seconds)
21:00:23 --> clokep_work has joined #instantbird
21:00:24 * ChanServ sets mode +o clokep_work 
21:01:06 --> clokep has joined #instantbird
21:01:06 * ChanServ sets mode +o clokep 
21:26:13 <clokep> And my build failed, what a surprise.
21:27:44 <clokep> But I was building TB.
21:27:46 <clokep> Let's try IB. :)
21:58:06 <-- Bretagne has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
22:01:12 --> flo-retina has joined #instantbird
22:01:13 * ChanServ sets mode +qo flo-retina flo-retina 
22:29:23 <-- satdav has quit (Quit: going to sleep)
22:33:00 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.92 [SeaMonkey 2.35/20150825182814])
23:05:32 <-- Bollebib has quit (Ping timeout: 121 seconds)
23:12:59 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
23:13:41 --> flo-retina has joined #instantbird
23:13:42 * ChanServ sets mode +qo flo-retina flo-retina 
23:22:52 <-- nhnt11 has quit (Ping timeout: 121 seconds)
23:47:07 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
23:48:09 <-- Suiseiseki has quit (Ping timeout: 121 seconds)