All times are UTC.
00:04:50 --> rosonline has joined #instantbird 00:31:10 --> clokep_work has joined #instantbird 00:31:10 * ChanServ sets mode +o clokep_work 01:03:00 <-- Rym has quit (Ping timeout) 01:06:47 <-- Mook_as has quit (Quit: Mook_as) 01:20:31 --> Rym has joined #instantbird 01:42:12 <-- rosonline has quit (Client exited) 01:50:27 --> redDragon has joined #instantbird 02:55:33 <-- mconley has quit (Input/output error) 03:31:50 <instant-buildbot> build #2311 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/2311 03:39:10 <-- clokep_work has quit (Ping timeout) 03:44:50 <-- clokep has quit (Ping timeout) 03:46:32 <instant-buildbot> build #1133 of linux-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1133 03:58:19 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 04:08:46 <instant-buildbot> build #1489 of win32-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1489 04:24:50 --> gerard-majax_ has joined #instantbird 04:43:02 --> Bollebib has joined #instantbird 04:44:43 <instant-buildbot> build #28 of linux64-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/28 04:52:09 <-- gerard-majax_ has quit (Ping timeout) 04:56:18 --> gerard-majax_ has joined #instantbird 04:59:50 <-- gerard-majax_ has quit (Ping timeout) 05:32:35 <-- sawrubh has quit (Ping timeout) 05:34:02 --> sawrubh has joined #instantbird 05:37:08 <-- Bollebib has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 05:55:03 <-- EionRobb has quit (Quit: Leaving.) 06:27:57 --> jb has joined #instantbird 06:29:38 <-- jb has quit (Ping timeout) 06:34:20 <-- sawrubh has quit (Ping timeout) 06:36:04 --> sawrubh has joined #instantbird 06:48:50 <-- Rym has quit (Ping timeout) 06:57:37 * Fallen|away is now known as Fallen 07:18:11 --> Rym has joined #instantbird 07:20:10 <-- Rym has quit (Ping timeout) 07:53:38 --> Armada has joined #instantbird 08:12:18 --> Rym has joined #instantbird 08:14:19 <-- Rym has quit (Ping timeout) 08:14:26 --> jb has joined #instantbird 08:15:46 <-- Armada has quit (Ping timeout) 08:17:52 --> Armada has joined #instantbird 08:21:24 <flo-retina> incoming build system change: bug 882968 08:21:29 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=882968 nor, --, ---, iann_bugzilla, ASSI, Clean up and move DEFINES and friends to moz.build in comm-central 08:28:16 --> aleth has joined #instantbird 08:28:17 * ChanServ sets mode +o aleth 08:31:06 <-- nhnt11 has quit (Ping timeout) 08:33:14 --> nhnt11 has joined #instantbird 08:33:47 --> Rym has joined #instantbird 08:34:14 --> gerard-majax_ has joined #instantbird 08:36:51 <-- aleth has quit (Quit: exit stage left) 08:37:00 --> aleth has joined #instantbird 08:37:01 * ChanServ sets mode +o aleth 08:40:23 <-- Rym has quit (Ping timeout) 08:49:49 <aleth> Hello :) 08:51:33 <aleth> "Error: chrome://instantbird/content/instantbird.xul : Unable to run script because scripts are blocked internally." uh? 08:51:42 <nhnt11> aleth: I've been seeing that too 08:52:02 <nhnt11> (on local builds) but now it's in the nightly.. 08:54:15 <aleth> Ah, bug 1050360 according to the logs 08:54:18 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1050360 nor, --, ---, wmccloskey, NEW, Script blocker warning is triggering too much 08:54:49 <aleth> According to my email folder, looks like clokep has been busy :) 08:55:08 * aleth wonders about nhnt11 08:56:20 <aleth> nhnt11: Is log indexing r+? 08:56:30 <aleth> Do you have a working prepending messages patch? 08:56:49 <aleth> (note I haven't read the logs) 08:59:18 <nhnt11> aleth: I pushed split log files to try without useful results (https://tbpl.mozilla.org/?tree=Thunderbird-Try&rev=525928b1a545). There were some changes required for gloda, I need to get back to Florian about that actually. So no, log indexing isn't r+ yet :-/ 08:59:40 <aleth> Oh, the TB tree is still busted :-( 08:59:58 <aleth> OK, so I can see why that is on hold. 09:00:56 <nhnt11> Re. prepending, there are a few edge cases I need to take care of (merging bubble groups). Also unsetting the unread ruler isn't working at the moment, I'm working on that now. 09:01:34 <aleth> Is there a patch I can try (even without unread ruler stuff)? 09:01:45 <nhnt11> Yes, 1 minutes 09:01:46 <nhnt11> minute* 09:01:57 <-- jb has quit (Ping timeout) 09:02:29 <nhnt11> https://bugzilla.mozilla.org/attachment.cgi?id=8474116&action=diff 09:03:39 <aleth> Why is unsetting the unread ruler a problem? If it's been added to the DOM, the state should be no different to what it is now. 09:04:06 <nhnt11> I need to add the next-messages-(start|end) divs correctly 09:04:28 <aleth> Ah, so it's a problem with setting the ruler ;) 09:05:08 <nhnt11> heh, I guess. 09:06:12 <aleth> Looks like you might be missing the code in displayMessages that handles all that 09:06:22 <aleth> *displayMessage 09:06:33 <nhnt11> I've seen it and understand how it works. 09:06:40 <aleth> OK 09:08:11 <aleth> Ah, the issue is if the last next message of the bubble was already there but the ruler is added later? 09:08:53 <nhnt11> Yeah, I basically need to add the next-messages-end div when the first group is prepended 09:09:05 <nhnt11> then when I encounter the firstUnread message, add the next-messages-start div 09:09:16 --> Rym has joined #instantbird 09:09:59 --> sonny has joined #instantbird 09:10:27 <aleth> Or maybe re-add the whole bubble if that is easier (since the ruler always splits bubbles) 09:10:51 <nhnt11> aleth: What if there are a ton of unread messages? 09:10:53 <aleth> Hmm, that might cause flicker. 09:10:55 <nhnt11> Doesn't seem very efficient.. 09:11:17 <-- Rym has quit (Ping timeout) 09:11:52 <aleth> It's more efficient if you can find another way. 09:14:13 <flo-retina> aleth: \o/ 09:14:54 <aleth> nhnt11: I know how you can do it, add the surrounding next-messages div when adding the first msg (non-next) after the unread ruler. 09:15:13 <aleth> i.e. the way it is done currently, basically. 09:15:35 <nhnt11> Yeah, I just realized the same thing :) 09:16:01 <aleth> :) 09:16:05 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 09:16:57 <aleth> Hmm, this looks like an early WIP to me :-/ 09:17:28 <aleth> You spent all week on that? 09:17:31 <aleth> What were the issues? 09:18:38 * aleth is just wondering about the egde cases that have been solved 09:20:48 <nhnt11> aleth: The attached patch is very similar to the pastebin I showed you earlier, yeah. I wasted some time trying to merge two prepended groups, there was some messy code for that which isn't in the attached patch. 09:36:10 <aleth> nhnt11: The WIP fails my first test: Open a new channel, send 40 messages or so, put on hold and restore. It only shows the last 10. 09:36:36 <nhnt11> aleth: Yeah, that's expected, I know I said 50 in the comment but I forgot I changed it to 10 to make it easier to test 09:36:45 <nhnt11> Scroll up, it should keep adding messages 10 at a time 09:37:05 <aleth> No, you can't scroll. That's the problem/ 09:37:09 <nhnt11> :S 09:37:21 <aleth> Edge case may be that this is a conv with a single bubble with >10 messages. 09:37:28 <nhnt11> No, I've tested that 09:37:36 <nhnt11> 1 minute... 09:38:30 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 09:38:50 --> chrisccoulson has joined #instantbird 09:39:29 <aleth> nhnt11: Scrolling becomes possible when the vertical window size < the 10 messages 09:39:43 <nhnt11> Ahh 09:39:59 <aleth> The prepended messages don't get merged into the same bubble though 09:40:15 <nhnt11> yeah 09:41:29 <aleth> There is also a *suspiciously* big gap between these bubbles which have <500ms time difference 09:41:51 <aleth> Makes me suspect the time bubbles stuff isn't working right. 09:42:21 <aleth> OK, I've joined #ubuntu to get some more realistic data. 09:43:36 <aleth> So, of the two things checked off on https://etherpad.mozilla.org/infinite-scroll-checklist, both seem to be broken :-S 09:44:09 <nhnt11> Bah, you're right about the time bubbles :-/ 09:44:31 * aleth is not very impressed :-( 09:46:23 <aleth> Right, scrolling up on #developers seems to nicely prepend messages (cool) but with broken time bubble gaps. 09:47:10 <aleth> The broken grouping is particularly noticeable for large bunches of system messages 09:51:37 --> BWMerlin has joined #instantbird 09:53:21 <aleth> You want to either ensure you prepend whole bubbles whenever possible (eg if they aren't hundreds of messages long) or write some bubble merging code. 09:54:31 <aleth> I also get jarring jumps in scroll position as I scroll up. Not smooth at all. 09:55:49 * nhnt11 doesn't get jumps 09:56:31 <aleth> bah, now I have reopened from hold and can't scroll at all again on #ubuntu 09:57:24 <aleth> Probably the same issue as before, only now due to system message collapsing 09:57:30 --> flo-retina has joined #instantbird 09:57:30 * ChanServ sets mode +qo flo-retina flo-retina 09:58:05 <aleth> nhnt11: It's smooth most of the time, but there are clearly edge cases. 09:59:33 <aleth> I'm not sure what's causing the flicker, but I've moved the window so I can't see the scrollbar to make sure that it's not that. 10:00:49 <aleth> Maybe something to do with system message collapsing? 10:00:58 <nhnt11> Okay, I just got some stutter on #ubuntu 10:01:15 <nhnt11> Doesn't seem to be stutter exactly, just that the scroll position isn't being set correctly 10:03:27 --> Rym has joined #instantbird 10:05:27 <-- Rym has quit (Ping timeout) 10:09:38 <aleth> nhnt11: Can you get this into a more working state before I have to fill in this gsoc form? 10:09:56 <nhnt11> I'm on it 10:13:49 <-- aleth has quit (Ping timeout) 10:14:13 --> aleth has joined #instantbird 10:14:13 * ChanServ sets mode +o aleth 10:15:38 <-- GeekShadow has quit (Ping timeout) 10:15:41 --> GeekShadow has joined #instantbird 10:20:32 --> clokep has joined #instantbird 10:20:33 * ChanServ sets mode +o clokep 10:31:43 <clokep> aleth: Yeah I decided to fix some IRC stuff. ;) 10:31:56 <clokep> Of course each of those patches took 5x as long as I thought it would. :( 10:32:04 <clokep> "Oh, this'll be easy they said..." 10:34:17 <aleth> They look nontrivial 10:34:34 <aleth> At least the two I am looking at at the moment 10:35:34 <-- nhnt11 has quit (Ping timeout) 10:39:47 <aleth> *another* two nickname vars? really? :-o 10:40:20 --> nhnt11 has joined #instantbird 10:42:05 <clokep> Two? I thought I only added one... 10:42:44 <aleth> Maybe... I haven't understood the patch yet ;) 10:43:11 <clokep> I tried to add lots of comments to all the hacks I added. :-D 10:44:22 <clokep> aleth: I think bug 954350 and bug 955389 are the most hacky... 10:44:27 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=954350 nor, --, ---, clokep, ASSI, Problems when connecting to irc.umich.edu (requires ident or non-standard captcha) 10:44:28 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=955389 maj, --, ---, clokep, ASSI, Instantbird does not connect to irc.ppy.sh 10:44:38 <clokep> The others should be fairly straight forward. 10:44:54 <aleth> Well, what UMich is doing is pretty hacky :-S 10:45:30 <clokep> It...doesn't even sent the proper start and end! 10:45:33 * clokep sighs. 10:46:01 <clokep> I have a couple of ideas of how to simplify some of the "server message" code though. 10:54:57 <-- Armada has quit (Connection reset by peer) 10:55:45 <-- nhnt11 has quit (Ping timeout) 10:57:38 --> Rym has joined #instantbird 10:57:40 --> nhnt11 has joined #instantbird 10:59:39 <-- Rym has quit (Ping timeout) 11:05:31 <-- clokep has quit (Ping timeout) 11:09:00 --> rosonline has joined #instantbird 11:23:21 <-- aleth has quit (Ping timeout) 11:34:00 <-- Even has quit (Ping timeout) 11:34:57 --> Even has joined #instantbird 11:34:57 * ChanServ sets mode +o Even 11:36:19 --> aleth has joined #instantbird 11:36:19 * ChanServ sets mode +o aleth 11:37:06 * Fallen is now known as Fallen|away 11:39:10 --> clokep_work has joined #instantbird 11:39:11 * ChanServ sets mode +o clokep_work 11:48:54 <-- nhnt11 has quit (Ping timeout) 11:51:49 --> Rym has joined #instantbird 11:53:49 <-- Rym has quit (Ping timeout) 12:11:35 * Fallen|away is now known as Fallen 12:26:04 --> Rym has joined #instantbird 12:31:19 <-- BWMerlin has quit (Quit: BWMerlin) 12:34:27 --> nhnt11 has joined #instantbird 12:38:22 <-- Fallen has quit (Ping timeout) 12:42:53 --> Fallen has joined #instantbird 12:44:22 --> qheaden has joined #instantbird 12:49:45 <nhnt11> The unread ruler seems to be (mostly) working 12:49:57 <nhnt11> Including unsetting it, the two split blocks get merged properly 12:50:30 <nhnt11> I'm seeing some edge cases where the first unread message is also the first one to get prepended 13:00:52 <-- aleth has quit (Ping timeout) 13:02:35 <nhnt11> Okay, when a conversation is restored from hold, messages are now prepended until there's enough content to make the browser scrollable. 13:03:35 --> aleth has joined #instantbird 13:03:35 * ChanServ sets mode +o aleth 13:05:46 <aleth> nhnt11: Test it with Simple. If there are no edge cases there the issue is in the message style JS. 13:06:11 <nhnt11> aleth: It was a problem with my code that I'd already foreseen. It's working okay now. 13:06:35 <nhnt11> But I'll test it with Simple (and the other themes) in a bit 13:06:39 <aleth> well, Simple might be too simple anyway (no next messages) 13:13:34 <clokep_work> BUT ISN'T WHAT SIMPLE EVERYONE USES? 13:13:41 <clokep_work> I mean, I want my IM client to look like a terminal ;) 13:14:09 <aleth> No clokep_work, for that I ported the TB message style, because it's great! ;) 13:16:00 <aleth> More seriously, I'm bemused by the continuing popularity of https://addons.instantbird.org/en-US/instantbird/addon/126 13:16:20 --> mconley has joined #instantbird 13:16:27 <nhnt11> Haha 13:33:26 <-- rosonline has quit (Ping timeout) 13:38:43 <-- mconley has quit (Input/output error) 13:48:00 <-- nhnt11 has quit (Input/output error) 13:48:03 --> nhnt11 has joined #instantbird 14:03:55 <nhnt11> I'm confused by the time bubbles issue :-/ 14:04:15 <nhnt11> It's an issue only between two separately prepended groups 14:04:48 <nhnt11> Also I tried adding a message after the last message of a prepended group, weirdly there's a gap before this message as well. 14:04:55 * nhnt11 tries something else 14:05:56 <aleth> If you look at what Footer.html does on DOM changes, it should become clearer how that can happen 14:06:53 * Fallen is now known as Fallen|away 14:08:36 <nhnt11> Right, so it sets the margin top of the appended message based on the time difference, correct? 14:09:19 <nhnt11> That explains the gap between the last prepended message and the first already existing message, but not why there's still a gap if I add a message between them. 14:09:28 <nhnt11> That probably doesn't make much sense, sorry ^ 14:09:51 <aleth> There's a >= here that might cause trouble http://mxr.mozilla.org/comm-central/source/im/themes/messages/bubbles/Footer.html?force=1#194 14:11:28 <aleth> The last message time will always be that from the last message in the conv 14:11:52 <aleth> This is the reason I was so skeptical you had time bubbles working without any Footer.html change ;) 14:12:00 <aleth> I think I mentioned it before. 14:12:10 <nhnt11> Yeah... 14:12:41 <nhnt11> Weird :-/ 14:18:38 <nhnt11> Bah, I've broken something. Now everything gets added immediately on restoring the conversation. 14:22:23 <-- aleth has quit (Ping timeout) 14:25:48 --> aleth has joined #instantbird 14:25:49 * ChanServ sets mode +o aleth 14:44:12 <-- redDragon has quit (Client exited) 14:45:09 --> mconley_ has joined #instantbird 14:50:02 <-- Rym has quit (Ping timeout) 14:51:53 <-- nhnt11 has quit (Ping timeout) 14:55:51 <-- aleth has quit (Ping timeout) 14:56:28 * Fallen|away is now known as Fallen 14:57:17 --> aleth has joined #instantbird 14:57:17 * ChanServ sets mode +o aleth 14:58:16 * Fallen is now known as Fallen|away 14:59:11 * Fallen|away is now known as Fallen 15:00:35 --> Rym has joined #instantbird 15:21:09 --> nhnt11 has joined #instantbird 15:26:03 * Fallen is now known as Fallen|away 15:35:27 <-- aleth has quit (Ping timeout) 15:37:37 --> mpmc has joined #instantbird 15:38:30 <-- gerard-majax_ has quit (Ping timeout) 15:42:40 --> aleth has joined #instantbird 15:42:40 * ChanServ sets mode +o aleth 15:46:04 --> Bollebib has joined #instantbird 15:46:06 --> iamjayakumars has joined #instantbird 15:49:09 --> rosonline has joined #instantbird 15:53:11 <-- aleth has quit (Quit: exit stage left) 15:53:48 <-- rosonline has quit (Connection reset by peer) 15:57:12 <-- Rym has quit (Ping timeout) 16:04:10 <clokep_work> nhnt11: Be sure to ask if you need help. 16:07:28 <nhnt11> clokep_work: sure thing. 16:07:31 --> arlolra has joined #instantbird 16:13:02 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 16:16:37 --> aleth has joined #instantbird 16:16:37 * ChanServ sets mode +o aleth 16:16:50 * mconley_ is now known as mconley 16:23:44 <aleth> nhnt11: With your existing WIP time bubble spacing was broken for all the prepended messages, I just checked. 16:26:29 --> Rym has joined #instantbird 16:27:10 <nhnt11> aleth: Yes, I saw that. 16:27:23 <nhnt11> It only works for the first prepended group 16:28:29 <-- Rym has quit (Ping timeout) 16:39:51 --> Rym has joined #instantbird 16:44:52 --> gerard-majax_ has joined #instantbird 16:46:46 <-- aleth has quit (Ping timeout) 16:50:55 --> aleth has joined #instantbird 16:50:55 * ChanServ sets mode +o aleth 16:56:57 <-- gerard-majax_ has quit (Ping timeout) 16:57:45 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 16:58:01 --> mpmc has joined #instantbird 16:58:40 --> gerard-majax_ has joined #instantbird 17:00:37 --> Mook_as has joined #instantbird 17:07:53 --> mayanktg has joined #instantbird 17:08:40 <-- nhnt11 has quit (Ping timeout) 17:11:14 <-- mayanktg has quit (Ping timeout) 17:11:49 --> mayanktg has joined #instantbird 17:12:09 --> flo-retina has joined #instantbird 17:12:10 * ChanServ sets mode +qo flo-retina flo-retina 17:13:35 <-- gerard-majax_ has quit (Ping timeout) 17:14:19 <-- mayanktg has quit (Ping timeout) 17:14:47 --> mayanktg has joined #instantbird 17:14:53 --> gerard-majax_ has joined #instantbird 17:20:30 <-- aleth has quit (Ping timeout) 17:21:00 --> aleth has joined #instantbird 17:21:00 * ChanServ sets mode +o aleth 17:23:50 <-- gerard-majax_ has quit (Ping timeout) 17:27:17 <-- mayanktg has quit (Ping timeout) 17:27:46 --> mayanktg has joined #instantbird 17:29:28 <-- mayanktg has quit (Ping timeout) 17:30:47 --> mayanktg has joined #instantbird 17:31:10 --> mali has joined #instantbird 17:31:44 <-- iamjayakumars has quit (Client exited) 17:40:57 * clokep_work wonders when him and alet h will have to have a long heart to heart about IRC. 17:41:35 <aleth> You mean about what's left/what to do next? 17:41:46 <flo-retina> webrtc calls! :) 17:42:30 <clokep_work> I'd love to demo that if the stuff in the fall happens. 17:42:34 <clokep_work> aleth: I meant about my patches. :-D 17:42:41 <aleth> heh 17:42:54 <clokep_work> I also was thinking again about the issue of showing availability when someone isn't on you rbuddy list 17:43:34 <aleth> I don't see webrtc calls as taking very long to do once mayanktg's patches land 17:43:55 <aleth> clokep_work: Yes, that would be a good bug to fix, very visible brokenness. 17:51:20 <clokep_work> aleth: Yes. I think me you and flo-retina need to have a conversation about it at some point though to find a solution. 17:51:33 <-- mayanktg has quit (Ping timeout) 17:51:57 --> mayanktg has joined #instantbird 17:52:42 <-- aleth has quit (Ping timeout) 17:53:36 --> aleth has joined #instantbird 17:53:36 * ChanServ sets mode +o aleth 17:54:18 <aleth> clokep_work: yeah... 17:56:19 <flo-retina> we should also have a serious conversation about our plans to release now that we are in c-c 17:57:26 <-- mayanktg has quit (Connection reset by peer) 17:58:45 --> mayanktg has joined #instantbird 18:02:25 <aleth> flo-retina: +1 18:03:46 <-- mayanktg has quit (Ping timeout) 18:04:40 --> mayanktg has joined #instantbird 18:04:40 <clokep_work> flo-retina: -1 18:04:45 <clokep_work> Just to keep him honest. ;) 18:08:57 <-- qheaden has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 18:18:05 <-- mayanktg has quit (Ping timeout) 18:18:29 --> mayanktg has joined #instantbird 18:22:34 * Fallen|away is now known as Fallen 18:26:30 --> nhnt11 has joined #instantbird 18:27:59 <flo-retina> clokep_work: who is suspected of not being honest? :-o 18:32:41 <-- mayanktg has quit (Ping timeout) 18:33:01 <clokep_work> aleth: Is [...info] syntax or is it ellipses? 18:33:09 <aleth> That's a spread operator 18:33:35 --> mayanktg has joined #instantbird 18:34:02 <clokep_work> That works on sets? 18:34:07 <aleth> Yes 18:34:12 <aleth> It works on any iterable 18:34:22 <clokep_work> Ah, any iterable, neat. 18:39:37 <-- mayanktg has quit (Ping timeout) 18:40:01 --> mayanktg has joined #instantbird 18:40:18 --> aleth1 has joined #instantbird 18:40:33 <-- aleth has quit (Ping timeout) 18:40:43 * aleth1 is now known as aleth 18:41:09 * aleth wonders how hard it would be to automatically regain your nick in such ^ circumstances 18:43:26 <clokep_work> aleth: Not that hard. :) 18:43:37 <-- sonny has quit (Ping timeout) 18:43:39 <clokep_work> aleth: We keep track of the nick that you WANT after all. 18:52:34 --> gerard-majax_ has joined #instantbird 18:53:19 <-- flo-retina has quit (Ping timeout) 18:53:27 --> flo-retina has joined #instantbird 18:53:28 * ChanServ sets mode +qo flo-retina flo-retina 18:54:54 <Mook_as> also, there's /nickserv ghost on some servers (like this one) 18:55:32 <clokep_work> Yep. 18:56:00 <clokep_work> All part of the plan! 18:56:39 <aleth> Heh, it's even on my todo list as it turns out... 18:57:01 <aleth> Must have wondered it before ;) 19:01:40 <-- Rym has quit (Ping timeout) 19:04:12 <clokep_work> aleth: :( 19:04:17 <clokep_work> I think that's an old version of my patch. 19:04:42 <clokep_work> It looks identical to v2. 19:05:08 <-- mayanktg has quit (Ping timeout) 19:05:37 --> mayanktg has joined #instantbird 19:07:07 <-- gerard-majax_ has quit (Ping timeout) 19:07:53 <clokep_work> 0/2 so far... 19:10:37 <aleth> clokep_work: That still looks like the wrong or broken patch 19:11:17 <flo-retina> aleth, clokep_work: so do you all have suggestions/preferences for a way to release? 19:12:00 <clokep_work> aleth: ... 19:12:15 <aleth> What's the minimum? Fix blockers before a merge day, wait for 12 weeks while translators do their thing, then release build off c-r? 19:12:20 <clokep_work> aleth: How so? 19:12:26 <aleth> clokep_work: the timeouts 19:12:39 <clokep_work> aleth: Can you be more specific. 19:13:12 <aleth> clokep_work: I dislike clearTimeout(null); 19:13:20 <clokep_work> aleth: Why? 19:13:26 <clokep_work> It has a null check inside of it. 19:13:36 <aleth> Is that a standard thing? 19:13:40 <flo-retina> aleth: would we do beta and aurora builds? 19:13:40 <clokep_work> I explicitly checked that before doing it. 19:14:02 <aleth> flo-retina: I don't really see who would use them? :-| 19:14:27 <aleth> clokep_work: So it does. Sorry, I never knew that! 19:15:44 <clokep_work> aleth: I was putting null checks everywhere and went "this can't be right", checked the code and voila it was done already. 19:15:54 <aleth> I guess strictly speaking the deletes are unnecessary too then 19:16:02 <-- mayanktg has quit (Ping timeout) 19:16:03 <aleth> But let's keep them. 19:19:20 <flo-retina> aleth: yeah, I don't think anybody would use aurora builds 19:19:28 <flo-retina> weekly beta builds; that seems less impossible 19:19:50 <aleth> It may be useful to check they haven't broken due to uplifts in m-* 19:20:07 <flo-retina> yeah, I would be confident releasing something we haven't tested in 12 weeks 19:20:13 <flo-retina> *wouldn't 19:20:17 <aleth> And I suppose localisers would want their builds built off c-b/c-a 19:20:43 <flo-retina> aleth: so assuming we want weekly betas, the problem we have is "how do we skip aurora?" 19:20:55 <clokep_work> flo-retina, aleth: I think we should do betas, yes. 19:20:57 <aleth> Wait 6 weeks? :P 19:23:21 <flo-retina> aleth: is this a serious suggestion? 19:26:02 <aleth> flo-retina: Semi-serious - it would still leave the localizers 6 weeks. 19:26:53 <flo-retina> aleth: it would give them 12 weeks, wouldn't it? 19:27:04 <flo-retina> but they would only have testable builds during the last 6 weeks 19:27:50 <aleth> Yes 19:28:07 <-- chrisccoulson has quit (Quit: OSError: [Errno 130] Owner died) 19:28:11 <clokep_work> aleth: Thanks. 19:28:38 <clokep_work> flo-retina: Could we do aurora and beta builds on the same machine? 19:28:56 <flo-retina> clokep_work: who would use the aurora builds? How often would we do them? 19:29:07 <flo-retina> clokep_work: in theory we could (we could even do them on the same machine as the nightly) 19:29:22 <clokep_work> flo-retina: Well you seemed to be implying localizers? 19:29:29 <flo-retina> clokep_work: the problem happens when to follow m-c we have to change something on the build machines (eg. change an SDK or compiler version) 19:30:29 <flo-retina> clokep_work: it we release every other cycle, we could do 6 weeks of aurora weekly builds followed by 6 weeks of beta weekly builds (the last beta being the release), and then do weekly aurora again 19:31:01 --> Rym has joined #instantbird 19:31:16 <flo-retina> we would put aurora and beta on the same update channel 19:31:19 <aleth> flo-retina: That sounds like a reasonable plan, just switch from c-a to c-b and back on merge 19:31:51 * flo-retina wonders how we would automate that 19:31:53 <clokep_work> That seems reasonable, yes. 19:32:11 <aleth> flo-retina: Shell script similar to the mozconfig setter you have already? 19:32:29 <flo-retina> aleth: that would be within the buildbot config 19:32:48 <aleth> Yes, I guess the problem would be how to automatically trigger the switch 19:33:00 <-- Rym has quit (Ping timeout) 19:33:50 --> chrisccoulson has joined #instantbird 19:36:20 <clokep_work> wget and parse the wiki page? ;) 19:39:38 <flo-retina> great idea :-P 19:41:55 <aleth> Use hg to check for some tag? 19:45:21 <clokep_work> flo-retina: I was only like 18% kidding. :( 19:53:43 --> jb has joined #instantbird 19:57:29 <flo-retina> alright, what I have in mind now is: build some web UI that would trigger a build on each OSes with a single click (instead of having to trigger each of the 4 separately) 19:57:45 <flo-retina> we would use that UI to trigger RCs 19:58:14 <flo-retina> and then we could have a cronjob running weekly that would check from a configuration file somewhere if we are building a beta or an aurora build that week 19:58:47 <flo-retina> aurora and beta builds would be separate columns on buildbot (like we currently have release builds separate from nightlies) 20:01:05 <flo-retina> so what's our target for the next release? :) 20:05:35 <clokep_work> When's the next merge? 20:06:32 <clokep_work> If we released off of 36, that would put us into February. :-\ 20:06:52 <clokep_work> (36 merges to aurora on oct 14) 20:07:03 <clokep_work> 35 merges to aurora on sept 1 20:09:05 * aleth wonders if that generic icon patch was r+, it could land 20:09:18 <clokep_work> It's im only so it could, yes. 20:09:36 <aleth> aororla is waiting for it iirc 20:11:00 <aleth> Sept 1 seems ambitious for all the gsoc changes that are due to land. 20:11:49 --> jb1 has joined #instantbird 20:11:50 <aleth> If we release off 35, we'd have to pref off the gsoc projects imho 20:12:01 <aleth> (ie indexed logs and video chats) 20:12:55 <-- jb has quit (Ping timeout) 20:16:27 <-- jb1 has quit (Ping timeout) 20:17:19 * aleth wonders what happened to qheaden's turn on yahoo plan 20:18:28 <aleth> bah, does UMich expect everyone to use telnet as their client or what 20:22:05 <-- arlolra has quit (Connection reset by peer) 20:22:07 --> arlolra has joined #instantbird 20:22:18 <clokep_work> aleth: I'm surprisingly adept at that. ;) 20:22:34 <aleth> You are not the typical user however ;) 20:22:48 <aleth> Maybe the only one who made it to connect, though? :P 20:22:49 <clokep_work> aleth: I'm guessing you just realize that you can't read the freakin' ASCII anyway cause we don't use fixed width fonts? 20:23:00 <aleth> Yes 20:23:01 <instantbot> iann_bugzilla@blueyonder.co.uk changed the Resolution on bug 1052948 from --- to FIXED. 20:23:04 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1052948 nor, --, ---, iann_bugzilla, RESO FIXED, Port |Bug 968642 - Port RCFILE and RESFILE to moz.build| to im 20:23:07 * clokep_work debated building a parser for the lines to reserialize back to ASCII. :P 20:23:15 <aleth> Haha. 20:23:49 <clokep_work> It should be fairly easy... just have to connect enough times to get all the chars. 20:25:07 --> Rym has joined #instantbird 20:25:17 <-- mali has quit (Ping timeout) 20:25:28 <aleth> We could make IB send a complaint email to UMich support each time IB parses such a string? ;) 20:26:14 --> mali has joined #instantbird 20:27:50 <-- nhnt11 has quit (Ping timeout) 20:28:01 --> nhnt11 has joined #instantbird 20:28:37 <flo-retina> clokep_work: are you sure about the release calendar? I think 34 merges to aurora on sept 1 20:29:14 <clokep_work> flo-retina: You're right, I'm off by one. 20:29:30 --> EionRobb has joined #instantbird 20:30:44 <flo-retina> 35 is released in january :-S 20:30:55 <clokep_work> aleth: " Who sets their nick to AUTH? ;)" :-D 20:31:05 <clokep_work> Frankly, I was surprised I noticed that that was a bug. 20:31:16 <clokep_work> But yeah...just "don't do that" :) 20:31:36 <clokep_work> aleth: Also, we can't enclose things in | |...cause it doesn't match BenB's patterns. 20:31:45 <clokep_work> flo-retina: Yes. :( 20:32:05 <aleth> sometimes | we can | 20:32:11 <aleth> sometimes |we can| 20:32:13 <aleth> heh. 20:32:14 <clokep_work> flo-retina: Another option is (For this release) to try to release off of...33 or something and backport changes to it. 20:32:33 <flo-retina> so if we were doing a feature freeze 2 weeks from now, what would be in Ib 1.6 (or Ib 34)? 20:32:36 <aleth> But the patterns include | so... bad luck 20:33:10 <aleth> flo-retina: some bugfixes? 20:33:25 <flo-retina> aleth: I mean, would there be anything in the release notes? ;) 20:33:36 <flo-retina> or do we not care anymore now that we are doing "rapid releases"? :-D 20:34:01 <clokep_work> flo-retina: I don't think we should care for this next release. 20:34:04 <clokep_work> Let's just get it out the door. 20:34:11 <aleth> flo-retina: maybe there are some UI tweaks we can mention, I can't remember 20:34:36 <aleth> But I agree with clokep, use it as a test run for new rapid releases if nothing else. 20:35:00 <clokep_work> https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL%20product%3AInstantbird%2C%22Chat%20core%22%20target%3A1.6&list_id=11025240 20:35:00 --> Armada has joined #instantbird 20:35:18 <clokep_work> Some nice tooltip and context menu improvements. 20:35:19 <flo-retina> another question: when are the TB release? Can we ensure that each TB release is also an Ib release? 20:35:19 <aleth> ooh, the user icon webcam setter! :) 20:35:29 <flo-retina> aleth: is it in 33? 20:35:33 <clokep_work> The join chat throbber 20:35:38 <flo-retina> <3 20:35:49 <clokep_work> flo-retina: They're every 7 I think? so 31, then 38? 20:35:53 <clokep_work> mconley: ^ Does that sound right? 20:36:02 <flo-retina> that sucks :( 20:36:12 <clokep_work> MUC reconnection, SIPE 20:36:17 <flo-retina> why are they using a prime number? :( 20:36:23 <aleth> flo-retina: I'm not sure it's in 33 20:36:25 <mconley> every 7, yep 20:36:27 <clokep_work> ZNC support for IRC. 20:36:48 <clokep_work> GIO enabled on Linux 20:36:54 <aleth> We didn't change our target release from 1.6 to 3x ;) 20:37:04 * flo-retina didn't know we had finally figured out how to reasonably interact with ZNC 20:37:22 <clokep_work> New tab colors 20:37:33 <clokep_work> flo-retina: Yes, Fall en gave me account to test w/! :) 20:37:49 <clokep_work> The nonce fix for XMPP. 20:37:52 <clokep_work> (That's kind of important.) 20:37:55 <aleth> Those bugfixes are certainly worth it for those affected. 20:38:00 <clokep_work> Topics in XMPP MUCs. 20:38:21 <clokep_work> It's a lot of small things, a few niceities, no "killer" change, but that's OK IMO. 20:38:51 <flo-retina> clokep_work: in JS-XMPP MUCs, js-xmpp is still not on by default 20:38:58 <aleth> 64b Linux builds are a nice feature for those on Linux. 20:39:25 <clokep_work> flo-retina: But it is used for GTalk. 20:40:20 <flo-retina> the MUCs of which we don't support 20:40:23 <flo-retina> but fair enough 20:40:33 <flo-retina> it seems we have enough for a non empty list of changes : 20:40:33 <flo-retina> ) 20:40:35 <aleth> mayanktg's webcam icon thing should indeed be in 33 20:40:51 <aleth> We might have to uplift a followup or so 20:47:24 <clokep_work> flo-retina: You can join normal XMPP mucs wiht it, I do that frequently. 20:47:52 <aleth> You can, but it has plenty of holes. 20:50:56 <flo-retina> I should probably try joining the pidgin devel muc again just to dogfood our muc support 20:51:20 <aleth> Bug 954959 links to a bunch of stuff 20:51:23 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=954959 nor, --, ---, nobody, NEW, Finish the implementation of basic MUC support in JS-XMPP 20:51:27 <flo-retina> I wonder how that would work with nhnt11's log splitting 20:52:34 <aleth> https://bugzilla.mozilla.org/showdependencygraph.cgi?id=954959 20:52:58 <aleth> Could be worse. 20:53:12 <aleth> As long as you don't try to PM ;) 21:01:04 <flo-retina> looks like aleth is in an r- mood for IRC patches ;) 21:03:39 <clokep_work> aleth: HAH! That's nothing. :) 21:03:48 <clokep_work> Remember the JS-IRC graph? 21:04:01 <aleth> clokep_work: Exactly! Could be worse. :) 21:04:41 <clokep_work> aleth: FWIW I /did/ run that test. :) Thanks for the reviews. 21:05:06 <-- aleth has quit (Quit: exit stage left) 21:16:12 <-- Rym has quit (Ping timeout) 21:35:30 <-- clokep_work has quit (Ping timeout) 21:38:52 --> Rym has joined #instantbird 21:47:36 <-- Rym has quit (Ping timeout) 21:54:02 <-- mali has quit (Ping timeout) 22:16:24 --> Rym has joined #instantbird 22:18:27 <-- Rym has quit (Ping timeout) 22:26:20 * Fallen is now known as Fallen|away 22:28:50 --> clokep has joined #instantbird 22:28:50 * ChanServ sets mode +o clokep 22:29:54 --> clokep_work has joined #instantbird 22:29:54 * ChanServ sets mode +o clokep_work 22:39:26 --> aleth has joined #instantbird 22:39:27 * ChanServ sets mode +o aleth 22:39:37 * aleth is now known as localhost 22:40:03 <localhost> I guess we can't special case localhost then ;) 22:40:05 * localhost is now known as aleth 22:40:25 <EionRobb> hasOwnProperty? :) 22:40:50 <clokep_work> aleth: That's a fun one too. :-\ 22:41:06 <aleth> EionRobb: No, this is just the IRC protocol being ambiguous 22:41:13 <EionRobb> oh? 22:41:23 <clokep_work> aleth: If you're running an IRC server on a local domain of some sort it could be any arbitrary string too. 22:41:32 <clokep_work> (I.e. I can access my server as just vape on my network.) 22:41:36 <clokep_work> E.g. not, i.e. 22:41:44 <aleth> clokep_work: I'm looking at the RFC and I fear we are sool with this one. 22:41:53 <clokep_work> sool? 22:42:01 <EionRobb> shit out of luck 22:42:06 <clokep_work> Ah. 22:42:26 <aleth> I suspect we have to work around it in the 001 handler. 22:42:36 <clokep_work> aleth: We could just try not to parse them separately? 22:42:57 <aleth> Parse what separately? 22:43:04 <EionRobb> which bit in irc are you working on? 22:43:28 <flo-retina> EionRobb: the magical parts 22:43:32 <EionRobb> lol 22:43:58 <aleth> EionRobb: People with bouncers. 22:44:20 <clokep_work> aleth: We can just NOT parse nick vs. servername separately and call it generically "sender" or something.. 22:44:27 <clokep_work> But still pull off anything after the ! & @ 22:44:57 <aleth> That just pushes the problem elsewhere as we want the servername. 22:45:12 <clokep_work> What? 22:45:13 <clokep_work> We'd still have it. 22:46:44 <aleth> You know, that might just work. 22:46:52 <aleth> I just did a search for servername 22:47:33 <clokep_work> aleth: I think we use it in one or two places to tell whether it's a "server message" or not... 22:47:38 <-- arlolra has quit (Quit: arlolra) 22:48:02 <aleth> But if we can use _currentServerName for that and set that once, we'd be fine. 22:50:09 <aleth> Off-hand I think it will work, good idea. 22:50:25 <clokep_work> I think we can do that, yes. I just didn't go through all usages of servername and check yet. :) 22:50:29 <clokep_work> I have enough patches going. ;) 22:50:42 <-- mconley has quit (Input/output error) 22:51:07 <clokep_work> aleth: So the *** check in bug 954350 is trying to tell whether it's an auth message or not. 22:51:10 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=954350 nor, --, ---, clokep, ASSI, Problems when connecting to irc.umich.edu (requires ident or non-standard captcha) 22:51:20 <clokep> Bah that just pinged me. 22:52:36 <aleth> clokep_work: Just add something explanatory to the comment then 22:54:56 <clokep_work> aleth: I did. I also set it not check for "AUTH", I don't think that was really doing much. :-\ 22:58:47 <-- clokep has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 22:58:52 --> clokep has joined #instantbird 22:58:53 * ChanServ sets mode +o clokep 23:02:26 <-- clokep_work has quit (Ping timeout) 23:03:16 <aleth> clokep_work: For the monospace font stuff you could maybe style messages that have the "notification" flag with |font-family: monospace| (assuming we don't use that flag elsewhere already) 23:03:38 <aleth> That would be in conv.css 23:06:04 <aleth> Hmm, there's also "noFormat", I wonder what that was for 23:06:52 --> Rym has joined #instantbird 23:08:38 <-- Rym has quit (Ping timeout) 23:08:43 --> clokep_work has joined #instantbird 23:08:43 * ChanServ sets mode +o clokep_work 23:10:11 --> iamjayakumars has joined #instantbird 23:19:03 <-- aleth has quit (Ping timeout) 23:20:22 --> aleth has joined #instantbird 23:20:22 * ChanServ sets mode +o aleth 23:20:32 <clokep_work> aleth: Good eye, my tests fail. :'( 23:33:19 <-- aleth has quit (Ping timeout) 23:33:45 --> aleth has joined #instantbird 23:33:45 * ChanServ sets mode +o aleth 23:44:14 <-- aleth has quit (Quit: exit stage left) 23:52:03 <-- iamjayakumars has quit (Client exited) 23:56:58 <-- Armada has quit (Connection reset by peer)