All times are UTC.
00:18:46 --> Alex2 has joined #instantbird 00:28:46 --> clokep_work has joined #instantbird 00:28:46 * ChanServ sets mode +o clokep_work 00:32:48 <-- clokep_work has quit (Ping timeout: 121 seconds) 00:36:35 --> clokep_work has joined #instantbird 00:36:35 * ChanServ sets mode +o clokep_work 00:40:37 <-- clokep_work has quit (Ping timeout: 121 seconds) 00:50:14 --> clokep_work has joined #instantbird 00:50:14 * ChanServ sets mode +o clokep_work 01:00:19 <-- clokep_work has quit (Ping timeout: 121 seconds) 01:17:31 --> clokep_work has joined #instantbird 01:17:31 * ChanServ sets mode +o clokep_work 01:21:33 <-- clokep_work has quit (Ping timeout: 121 seconds) 01:39:30 --> clokep_work has joined #instantbird 01:39:30 * ChanServ sets mode +o clokep_work 01:43:32 <-- clokep_work has quit (Ping timeout: 121 seconds) 01:58:14 <-- GregoryK-M has left #instantbird ("User left") 04:23:24 <instant-buildbot> build #3346 of macosx-nightly-default is complete: Failure [4failed compile] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/3346 04:27:37 <-- EionRobb has quit (Quit: Leaving.) 05:17:55 <instant-buildbot> build #872 of linux64-nightly-default is complete: Failure [4failed compile] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/872 05:51:45 <-- aleth has quit (Ping timeout: 121 seconds) 06:26:07 --> bogdan_maris has joined #instantbird 06:51:34 --> bogdan_maris1 has joined #instantbird 06:52:20 <-- bogdan_maris has quit (Connection closed) 06:52:21 * bogdan_maris1 is now known as bogdan_maris 07:07:58 --> EionRobb has joined #instantbird 08:13:11 --> aleth has joined #instantbird 08:13:12 * ChanServ sets mode +o aleth 08:19:37 <-- EionRobb has quit (Connection closed) 08:20:01 --> EionRobb has joined #instantbird 09:29:41 <-- Alex2 has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 10:13:52 --> gerard-majax has joined #instantbird 10:14:35 <-- EionRobb has quit (Connection closed) 10:15:32 --> EionRobb has joined #instantbird 10:24:54 <-- EionRobb has quit (Connection closed) 10:26:22 --> EionRobb has joined #instantbird 10:27:11 <-- gerard-majax has quit (Ping timeout: 121 seconds) 10:29:24 --> gerard-majax has joined #instantbird 10:35:41 <-- gerard-majax has quit (Ping timeout: 121 seconds) 10:39:48 <-- EionRobb has quit (Connection closed) 10:39:52 --> EionRobb has joined #instantbird 10:44:16 --> EionRobb1 has joined #instantbird 10:46:53 <-- EionRobb has quit (Ping timeout: 121 seconds) 10:54:35 --> gerard-majax has joined #instantbird 11:11:10 --> clokep_work has joined #instantbird 11:11:10 * ChanServ sets mode +o clokep_work 11:15:20 <-- aleth has quit (Quit: Instantbird 52) 11:15:48 --> aleth has joined #instantbird 11:15:48 * ChanServ sets mode +o aleth 11:36:39 <-- clokep_work has quit (Ping timeout: 121 seconds) 12:22:38 --> clokep_work has joined #instantbird 12:22:38 * ChanServ sets mode +o clokep_work 12:27:42 <-- gerard-majax has quit (Quit: Leaving) 12:27:47 --> gerard-majax has joined #instantbird 12:35:23 <-- gerard-majax has quit (Ping timeout: 121 seconds) 12:35:36 --> gerard-majax has joined #instantbird 12:59:47 <-- BWMerlin has quit (Ping timeout: 121 seconds) 13:08:17 <clokep_work> Anyone look at the bustage yet? (aleth / nhnt11?) 13:23:57 <-- gerard-majax has quit (Ping timeout: 121 seconds) 15:03:37 --> bgmCoder has joined #instantbird 15:46:05 <-- bogdan_maris has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 16:25:41 <-- Tonnes has quit (Connection closed) 16:38:03 --> Tonnes has joined #instantbird 17:55:36 --> Logicoma has joined #instantbird 18:59:15 <-- EionRobb1 has quit (Quit: Leaving.) 19:56:41 --> EionRobb has joined #instantbird 19:58:48 --> flo-retina has joined #instantbird 19:58:49 * ChanServ sets mode +qo flo-retina flo-retina 19:59:21 --> mpmc has joined #instantbird 19:59:23 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 20:06:48 <flo-retina> the current bustage seems straight forward to fix 20:08:57 <clokep_work> flo-retina: It was fixed already. 20:09:46 <flo-retina> ah nice :) 20:12:27 --> DGMurdockIII has joined #instantbird 20:13:54 <freaktechnik> So after having started to look into liking tweets I've come up with the problem of changing the context menu after a like/unlike is confirmed. 20:16:06 <clokep_work> That sounds fun. :) 20:16:13 <clokep_work> That API isn't terrible well designed IMO. :( 20:16:17 <freaktechnik> ...yeah 20:16:29 <clokep_work> We don't change it for e.g. retweets right now either. 20:16:31 <freaktechnik> well, all I have to do is trigger a context menu re-build... somehow 20:16:38 <freaktechnik> well, there's no reason to 20:16:44 <freaktechnik> since retweets will apear as new tweet 20:16:47 <freaktechnik> which you can then delete 20:16:52 <clokep_work> Oh right. 20:17:17 <freaktechnik> likes are the only "tweet" state thing 20:21:01 <clokep_work> That's annoying. :( 20:22:12 <freaktechnik> (but at least there's https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function now which makes me happy) 20:24:12 <clokep_work> :) 20:26:05 <clokep_work> Meh... 20:26:41 <clokep_work> That example is confusing. 20:26:53 <clokep_work> So if you have multiple awaits on the same line it just magically waits for them all at once? 20:26:56 <clokep_work> That's too much magic IMO. 20:28:33 <freaktechnik> no 20:28:40 <freaktechnik> it works like generators 20:28:47 <freaktechnik> so (await a) + (await b) 20:29:01 <freaktechnik> i.e. first waits for a then once it has that it waits for be 20:29:03 <freaktechnik> *b 20:29:10 <freaktechnik> to do magic all at once you need Promise.all 20:29:22 <aleth> Not sure what await is good for, seems the same as yield 20:29:31 <freaktechnik> well, you don't need Task.jsm 20:29:36 <freaktechnik> that's the primary reason 20:29:38 <aleth> Sure, but still 20:29:42 <freaktechnik> you also have that async () => 20:29:51 <aleth> It's not like Task.jsm extends yield ;) 20:32:31 <aleth> I guess it's because they decided for some reason async functions shouldn't be generators, but a whole new thing 20:32:58 <-- clokep_work has quit (Ping timeout: 121 seconds) 20:34:55 <freaktechnik> and so they could get it to arrow functions without inventing arrow generators 20:36:03 <freaktechnik> but yeah, it was about concept consistency, since generators are for iteration things (iterable probocol?) and async functions are kind of the opposite. Well, kinda. 20:36:09 <freaktechnik> (observables n stuff) 20:37:07 <aleth> Maybe there's some additional future features being planned on top of it 20:37:59 <aleth> an async function *is* an iterable that keeps returning promises ;) 20:38:35 <aleth> just not an iterable in the JS sense now 20:39:54 <freaktechnik> the implementation is based on genearators, at least partially, yes. I think even the spec describes it so. 20:40:37 <freaktechnik> or maybe the spec makes it so generators and async f "share" algorithms 20:52:34 <freaktechnik> Actually 20:52:43 <freaktechnik> the follow/unfollow action already does what I want to do 20:52:49 <freaktechnik> so this might be easier than I thought 20:54:30 <freaktechnik> should there be a message printed whan faving/unfaving? 21:01:28 <freaktechnik> well, that's not how the account manager's supposed to look http://imgur.com/a/ySWWq 21:02:53 <freaktechnik> it seems all popups look like that. Interesting issue. 21:03:34 <aleth> o_O 21:05:19 --> clokep_work has joined #instantbird 21:05:20 * ChanServ sets mode +o clokep_work 21:05:47 <freaktechnik> clokep_work: the follow/unfollow context menu already kinda does what I need, just that it gets its state from somewhere else. 21:06:46 <clokep_work> freaktechnik: The comments sa // pritns 60 after 2 seconds, the next one says after 4 seconds. 21:06:54 <clokep_work> Why is that if one is no parallelized magically somehow? 21:07:08 <freaktechnik> because the functions run from the point they're invoked 21:07:22 <freaktechnik> await just waits for the promise that was stored in a and b 21:07:54 <freaktechnik> but it actually first waits for a to resolve then b 21:09:31 <clokep_work> Ah you're saying because the second one waits for a to finish, then does b. 21:09:42 <clokep_work> But in the first one it defines both a and b, so they're "working" in the background. 21:10:08 <clokep_work> Makes sense, just not how I was thinking of it. 21:16:39 <clokep_work> (Thanks!) 21:22:36 <instantbot> New Chat Core - Twitter bug 1314435 filed by martin@humanoids.be. 21:22:38 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1314435 enh, --, ---, nobody, NEW, Add liking/favoriting to Twitter 21:23:04 <freaktechnik> so who wants an r? on that? 21:23:46 --> unghost has joined #instantbird 21:25:27 <clokep_work> Probably me. 21:25:30 <clokep_work> Unless aleth gets to it first. 21:53:33 <flo-retina> do we have a bug on file for the "TypeError: this._updateAutoScrollEnabled is not a function" error when tearing off a conversation tab? 21:54:04 <freaktechnik> I think I had looked at that problem at some point 21:54:15 <freaktechnik> and concluded it was not trivial or something. 22:10:31 <instantbot> New Instantbird - Conversation bug 1314450 filed by florian@queze.net. 22:10:32 <flo-retina> now there's one 22:10:33 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1314450 nor, --, ---, nobody, NEW, this._updateAutoScrollEnabled is not a function error when tearing off 22:10:41 <flo-retina> and I describe the fix in the bug description 22:30:12 <-- DGMurdockIII has quit (Quit: Leaving) 22:38:54 <-- Logicoma has quit (Connection closed) 22:50:32 <-- unghost has quit (A TLS packet with unexpected length was received.) 23:05:07 --> BWMerlin has joined #instantbird 23:07:06 <-- aleth has quit (Quit: Instantbird 52) 23:29:54 --> DGMurdockIII has joined #instantbird