All times are UTC.
00:25:05 <freaktechnik> soooo 00:25:15 <freaktechnik> uhm... 00:25:29 <freaktechnik> what's the best way to add 15820 participants to a muc upon a join? 00:25:50 <freaktechnik> because adding them one by one is definitely not a good idea. 00:25:58 <freaktechnik> but I doubt batching it up would help much 00:29:06 <EionRobb> lol 00:32:34 <freaktechnik> however my conversation list widget thing is still stuck at 799, which it was eight minutes ago... 00:33:04 <EionRobb> what's the server software/protocol you're trying to add them all to? 00:33:25 <freaktechnik> oooh, chat-buddy-add supports an enumerator of participants... 00:33:30 <freaktechnik> that'll probably help. 00:33:46 <freaktechnik> it's IRC based, if that's what you're asking. 00:33:56 <freaktechnik> (and no, the server doesn't send JOINs for that anymore) 00:34:39 <EionRobb> the server can cope with more than 800 participants in a room? :) 00:34:46 <freaktechnik> yep 00:34:50 <freaktechnik> built just for that 00:34:53 <EionRobb> nice 00:35:02 <freaktechnik> but it comes with some caveats 00:35:18 <freaktechnik> like JOIN/PARTS/NAMES only being sent for ops with more than 1000 active users 00:35:41 <EionRobb> fair enough 00:35:45 <EionRobb> that'd get pretty noisy otherwise 00:35:49 <freaktechnik> yep 00:36:10 <freaktechnik> oh, and JOIN and PARTs are always bundled every minute in bundles with a max amount, iirc 00:36:29 <EionRobb> custom written then? 00:37:12 <freaktechnik> yes, it also supports IRC over WebSockets for example... 00:37:26 <freaktechnik> and I believe they wrote it in Go, but I could be wrong 00:37:43 <freaktechnik> oh, and there's no direct user messaging on that server. 00:38:11 <EionRobb> is this twitch? 00:38:13 <freaktechnik> yes 00:38:15 <freaktechnik> :P 00:38:17 <EionRobb> lol 00:38:33 <freaktechnik> they also have four extra servers where especially heavy channels go temporarily 00:38:47 <freaktechnik> (completely distinct servers) 01:16:06 --> nhnt11 has joined #instantbird 01:16:06 * ChanServ sets mode +h nhnt11 01:25:33 <-- aleth has quit (Ping timeout: 121 seconds) 01:39:03 --> bogdan_maris has joined #instantbird 02:02:06 <-- bogdan_maris has quit (Ping timeout: 121 seconds) 02:25:30 --> micahg has joined #instantbird 03:14:59 <-- nhnt11 has quit (Ping timeout: 121 seconds) 04:11:10 <-- EionRobb has quit (Quit: Leaving.) 04:12:46 --> nhnt11 has joined #instantbird 04:12:46 * ChanServ sets mode +h nhnt11 04:16:48 <-- nhnt11 has quit (Ping timeout: 121 seconds) 04:24:34 --> micahg_ has joined #instantbird 04:26:23 --> nhnt11 has joined #instantbird 04:26:23 * ChanServ sets mode +h nhnt11 04:26:32 <-- micahg_ has quit (Quit: Ex-Chat) 04:49:53 --> EionRobb has joined #instantbird 04:54:05 <instant-buildbot> build #604 of linux64-nightly-default is complete: Failure [4failed compile] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/604 04:56:41 <instant-buildbot> build #3073 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/3073 05:44:06 --> textura has joined #instantbird 05:54:06 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 05:54:14 --> nhnt11 has joined #instantbird 05:54:14 * ChanServ sets mode +h nhnt11 06:09:13 --> Alex2 has joined #instantbird 06:53:23 --> MikkCZ has joined #instantbird 07:34:46 <-- nhnt11 has quit (Ping timeout: 121 seconds) 07:40:20 --> nhnt11 has joined #instantbird 07:40:20 * ChanServ sets mode +h nhnt11 07:40:40 <-- MikkCZ has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 07:52:28 <-- nhnt11 has quit (Ping timeout: 121 seconds) 08:04:38 --> nhnt11 has joined #instantbird 08:04:38 * ChanServ sets mode +h nhnt11 08:18:46 --> nhnt12 has joined #instantbird 08:18:46 * ChanServ sets mode +h nhnt12 08:20:52 <-- nhnt11 has quit (Ping timeout: 121 seconds) 08:20:52 * nhnt12 is now known as nhnt11 08:58:39 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 08:58:40 --> mpmc has joined #instantbird 09:10:46 <freaktechnik> so, 20000 people sending messages isn't too smooth either, huh... 09:11:10 <freaktechnik> (and adding them all to the participants list makes the unresponsive script dialog unresponsive) 09:16:33 --> gerard-majax has joined #instantbird 09:19:11 <flo-retina> freaktechnik: how did you try that? :) 09:19:23 <freaktechnik> on twitch IRC such things happen 09:19:55 <flo-retina> my "large channel" test was #ubuntu on freenode, and it's more like 2000 participants 09:20:11 <freaktechnik> up to like 3000 everything is fine 09:20:23 <flo-retina> (that wasn't the case before we fixed it ;)) 09:20:43 <freaktechnik> what lagged up to there was me doing [...this.participants.keys()].find() instead of Array.prototype.find.call(this.participants.keys(), ); 09:21:14 <freaktechnik> I have lots of item undefined and adding xyz twice logs in my console, though I haven't built since quite some time 09:21:47 <flo-retina> I started having that kind of bugs a couple weeks ago, not sure what caused it to start happening again 09:21:53 <freaktechnik> though I have to find out why it still tries to add some people a second time again. 09:22:07 <flo-retina> it's likely that it failed to remove them 09:22:34 <freaktechnik> possibly 09:22:37 <flo-retina> also... what are you trying to do with Array.prototype.find.call(this.participants.keys() ? :) 09:23:10 <freaktechnik> I don't have normalized participant names, which means I have to do reverse searching, which isn't optimal... 09:23:39 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 09:23:53 <freaktechnik> If I figure out a way to add all my participants before actually joining the room, I could optimize that away... 09:24:05 --> nhnt11 has joined #instantbird 09:24:05 * ChanServ sets mode +h nhnt11 09:24:19 <flo-retina> is it difficult to normalize the name? 09:24:28 <freaktechnik> I don't want them to be normalited. 09:24:31 <freaktechnik> *normalized 09:24:37 <freaktechnik> (As in IRC normalized) 09:24:51 <freaktechnik> and I didn't see any way to only have a displayed name for a participant that isn't normalized 09:25:03 <freaktechnik> I guess I could add a custom property with the normalized name... 09:25:13 <freaktechnik> actually, I might also be stupid <_< 09:25:25 <freaktechnik> because the map key can be normalized while the name property isn't >_> 09:25:44 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 09:25:48 --> nhnt11 has joined #instantbird 09:25:48 * ChanServ sets mode +h nhnt11 09:30:27 <-- gerard-majax has quit (Ping timeout: 121 seconds) 09:31:03 <-- Alex2 has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 09:39:53 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 10:06:44 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 10:20:07 --> aleth has joined #instantbird 10:20:07 * ChanServ sets mode +o aleth 10:23:31 <freaktechnik> yeah, so now it hangs a little less long since I normalize participant map keys. However the conversations list still hangs, not sure there's something possible to improve it there, apart from me getting the nicks before creating the conversation, so they can be populated without having to find the right place for each participant, which should be a bit faster... 10:24:18 <freaktechnik> (and I'm pretty sure that should be possible somehow, I'll just have to look into it) 10:25:13 --> BWMerlin has joined #instantbird 10:31:45 <-- BWMerlin has quit (Connection closed) 10:45:01 --> gerard-majax has joined #instantbird 10:47:09 --> flo-retina has joined #instantbird 10:47:09 * ChanServ sets mode +qo flo-retina flo-retina 10:49:03 --> gerard-majax_ has joined #instantbird 10:49:20 <-- gerard-majax has quit (Ping timeout: 121 seconds) 10:49:58 * gerard-majax_ is now known as gerard-majax 11:10:25 <-- flo-retina has quit (A TLS packet with unexpected length was received.) 11:10:30 --> flo-retina has joined #instantbird 11:10:30 * ChanServ sets mode +qo flo-retina flo-retina 11:57:43 <-- flo-retina has quit (Ping timeout: 121 seconds) 11:58:45 --> flo-retina has joined #instantbird 11:58:45 * ChanServ sets mode +qo flo-retina flo-retina 12:04:59 --> abdelrhman has joined #instantbird 12:41:38 <aleth> freaktechnik: use the profiler to make sure you are actually optimizing the right bottleneck ;) 13:28:50 <-- flo-retina has quit (Ping timeout: 121 seconds) 13:28:56 --> flo-retina has joined #instantbird 13:28:56 * ChanServ sets mode +qo flo-retina flo-retina 13:46:28 <-- freaktechnik has quit (Ping timeout: 121 seconds) 13:47:33 --> freaktechnik has joined #instantbird 13:54:59 <-- flo-retina has quit (A TLS packet with unexpected length was received.) 13:55:18 --> flo-retina has joined #instantbird 13:55:18 * ChanServ sets mode +qo flo-retina flo-retina 14:18:11 <-- matthew-M has quit (Connection closed) 14:18:11 <-- clokep-M has quit (Connection closed) 14:19:59 --> matthew-M has joined #instantbird 14:21:47 --> clokep-M has joined #instantbird 14:26:17 <freaktechnik> aleth: as long as I get unresponsive script prompts I will assume that those are accurate. 14:27:17 <-- abdelrhman has quit (Ping timeout: 121 seconds) 14:27:52 --> abdelrhman has joined #instantbird 14:28:54 <aleth> Creating 15000 DOM elements all at once is going to cause noticeable jank, so you'll have to batch things in a queue and/or rewrite the participant list to lazily add items only when scrolled. 14:36:10 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 14:49:30 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 14:49:33 --> mpmc has joined #instantbird 14:49:43 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 14:57:52 --> flo-retina has joined #instantbird 14:57:52 * ChanServ sets mode +qo flo-retina flo-retina 15:35:05 --> AlexanderSalas has joined #instantbird 15:36:48 <AlexanderSalas> Hi everyone 15:37:00 <AlexanderSalas> What is the future of Instantbird? 15:37:51 <AlexanderSalas> The XUL and XPCOM are going to deprecate 15:41:28 <AlexanderSalas> flo-retina aleth clokep-M 15:42:18 <aleth> They are not going to go away for a long time. Firefox depends on them too. 15:42:59 <AlexanderSalas> https://github.com/browserhtml/browser.html 15:43:06 <AlexanderSalas> Browser.html is a research project aimed at building native apps in HTML using Servo. This project has 2 major pieces: 15:43:06 <AlexanderSalas> Graphene: a runtime for building native apps in HTML. It's currently in development and part of Servo. 15:43:06 <AlexanderSalas> Browser.html: an experimental browser UI for desktop. 15:45:15 <AlexanderSalas> https://github.com/servo 15:47:48 <AlexanderSalas> We should start thinking about the new Instantbird like: im.html 15:58:44 <aleth> If you want to experiment with that, go ahead! 16:07:08 <flo-retina> AlexanderSalas: the first time I heard "seriously" about killing XUL was in 2006. Ten years ago. 16:07:24 <flo-retina> AlexanderSalas: the things being discussed now are about as serious. 16:07:31 <AlexanderSalas> lol 16:08:16 <flo-retina> The current state of XUL deprecation can basically be summarized with "let's not use XUL for completely new code unless we can't avoid it, and let's replace XUL with HTML where it's easy to do" 16:50:52 <-- aleth has quit (Quit: Instantbird 47) 16:51:04 --> aleth has joined #instantbird 16:51:04 * ChanServ sets mode +o aleth 17:03:16 <-- gerard-majax has quit (Ping timeout: 121 seconds) 17:24:43 <-- abdelrhman has quit (Ping timeout: 121 seconds) 17:24:44 --> abdelrhman has joined #instantbird 17:26:17 --> gerard-majax has joined #instantbird 17:26:26 --> bogdan_maris has joined #instantbird 17:28:56 <-- abdelrhman has quit (Connection closed) 17:29:00 --> abdelrhman has joined #instantbird 17:52:54 <-- gerard-majax has quit (Ping timeout: 121 seconds) 17:56:21 --> gerard-majax has joined #instantbird 18:02:02 --> MikkCZ has joined #instantbird 18:05:22 --> gerard-majax_ has joined #instantbird 18:05:23 <-- gerard-majax has quit (Connection closed) 18:07:55 * gerard-majax_ is now known as gerard-majax 18:12:59 <-- MikkCZ has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 18:13:50 --> Mnyromyr has joined #instantbird 18:20:44 --> arlolra has joined #instantbird 18:22:29 <-- gerard-majax has quit (Ping timeout: 121 seconds) 18:26:48 --> gerard-majax has joined #instantbird 18:31:19 --> clokep has joined #instantbird 18:31:19 * ChanServ sets mode +o clokep 18:40:12 <-- gerard-majax has quit (Ping timeout: 121 seconds) 18:44:44 <-- arlolra has quit (Client exited) 18:53:11 <-- EionRobb has quit (Quit: Leaving.) 19:20:08 --> nhnt11 has joined #instantbird 19:20:08 * ChanServ sets mode +h nhnt11 19:29:24 --> gerard-majax has joined #instantbird 19:32:34 --> MikkCZ has joined #instantbird 19:32:55 <-- MikkCZ has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 19:36:39 <flo-retina> we should really compress logs :-S 19:36:50 <flo-retina> I have 127MB of system logs on my facebook account :-S 19:37:16 <aleth> turn them off? 19:37:26 <flo-retina> they can be useful sometimes 19:37:36 <flo-retina> but it should probably be a database 19:37:48 <clokep> I have almost 1 GB total... 19:38:01 <flo-retina> each line in these logs contains a timestamp, the name of the contact (should be just an id) and a status change (just an int) 19:38:36 <flo-retina> I have 103MB of system logs for my gtalk account 19:40:07 <flo-retina> 836MB of logs for flo-retina (out of which "only" 26MB are system logs). 19:41:34 <flo-retina> hmm, "flo" also has 6.6MB of system logs. 19:41:38 <flo-retina> Not sure how I would merge that 19:42:33 <flo-retina> I have 1.4GB of logs 19:47:19 --> arlolra has joined #instantbird 19:47:34 --> unghost has joined #instantbird 19:48:41 <clokep> arlolra: Thanks for the patches, thanks for clarifying the differences. 19:48:46 <clokep> I need to look at it again closer! 19:49:13 <arlolra> np. I'm around for a bit if you have questions 19:55:16 <clokep> flo-retina: Wasn't one of the goals to have it be 'readable' without tools though? 20:03:55 <freaktechnik> aleth: yes, even scroling is janky, since XULR seems to start rendering each item whenever it comes into view and load images etc. However the biggest hog is currently the placement algorithm for sorting, but the array I have is already sorted, and the only way to insert it without each item getting placed is to set it on init 20:04:08 <freaktechnik> (at least that's the only codepath I saw= 20:06:13 --> EionRobb has joined #instantbird 20:17:16 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:22:18 <flo-retina> clokep: yeah 20:22:31 <flo-retina> clokep: although is that really useful if we provide a decent reader? 20:23:04 <clokep> flo-retina: I don't know. Maybe. But we can't even search right now. 20:24:27 * aleth mumbles something about releases 20:26:40 --> nhnt11 has joined #instantbird 20:26:40 * ChanServ sets mode +h nhnt11 20:26:42 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:27:48 <-- abdelrhman has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:33:52 --> abdelrhman has joined #instantbird 20:34:22 --> nhnt11 has joined #instantbird 20:34:22 * ChanServ sets mode +h nhnt11 20:34:23 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:47:56 <abdelrhman> aleth: Seems that we need to add back |InitMouseEvent| to |nsIDOMMouseEvent| interface. 20:48:32 <aleth> that question suggests to me that flo-retina's patch isn't working? 20:49:08 <flo-retina> ? 20:49:27 <aleth> (I assume this is about that mintrayr patch) 20:50:42 <abdelrhman> Also khuey suggested that. 20:51:02 <abdelrhman> Where is this patch? 20:51:15 <aleth> https://hg.mozilla.org/comm-central/rev/038cb3717ea1 20:51:22 <aleth> but you'll have to give us more context abdelrhman 20:54:03 --> nhnt11 has joined #instantbird 20:54:03 * ChanServ sets mode +h nhnt11 20:54:05 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:56:50 <abdelrhman> aleth: "If this code is linked into libxul, simply use mozilla/dom/MouseEvent.h, static_cast to mozilla::dom::MouseEvent rather than QIing and call InitMouseEvent. http://mxr.mozilla.org/mozilla-central/source/dom/events/MouseEvent.h?force=1#59 20:56:50 <abdelrhman> If your code is external, you'll have to submit a patch to add the XPCOM method back." 21:00:31 <-- aleth has quit (Quit: Instantbird 47) 21:01:26 <clokep> Looks like it isn't linked? https://dxr.mozilla.org/comm-central/source/im/components/mintrayr/moz.build#26 21:02:12 <clokep> Yeah it ends up as a separate DLL 21:08:35 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.92 [SeaMonkey 2.39/20151103174305]) 21:31:16 <-- clokep has quit (Ping timeout: 121 seconds) 21:55:34 <-- AlexanderSalas has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 21:55:52 --> AlexanderSalas has joined #instantbird 22:07:52 --> nhnt11 has joined #instantbird 22:07:52 * ChanServ sets mode +h nhnt11 22:39:10 <-- gerard-majax has quit (Ping timeout: 121 seconds) 22:44:51 <-- unghost has quit (A TLS packet with unexpected length was received.) 23:07:17 --> mpmc has joined #instantbird 23:28:03 <-- nhnt11 has quit (Ping timeout: 121 seconds) 23:47:36 <-- chrisccoulson has quit (Ping timeout: 121 seconds) 23:49:38 --> chrisccoulson has joined #instantbird 23:53:37 --> nhnt11 has joined #instantbird 23:53:37 * ChanServ sets mode +h nhnt11