All times are UTC.
00:02:13 <-- mmkmou has quit (Ping timeout) 00:08:15 <-- myk has quit (Quit: Instantbird -- http://www.instantbird.com) 00:13:00 <instant-buildbot> build #238 of linux-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/238 00:14:10 <-- aleth has quit (Input/output error) 00:22:21 <instantbot> clokep@gmail.com requested review from the wind for attachment 1298 on bug 1359. 00:22:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1359 nor, --, ---, clokep, ASSI, Abstract the shared methods between ircChannel and ircConversation 00:45:53 <-- Mook_as has quit (Quit: gone) 01:57:49 <instant-buildbot> build #227 of win32-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/227 02:46:21 <instant-buildbot> build #452 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/452 03:00:33 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com) 03:18:35 <instant-buildbot> build #206 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/206 04:28:58 <instant-buildbot> build #536 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/536 04:53:56 --> pvagner has joined #instantbird 05:14:03 <-- pvagner has quit (Ping timeout) 05:56:44 <-- EionRobb has quit (Quit: Leaving.) 06:57:24 --> gerard-majax has joined #instantbird 07:27:35 --> jb has joined #instantbird 07:37:31 <-- SM0TVI has quit (Ping timeout) 07:38:47 --> SM0TVI has joined #instantbird 07:44:47 --> Tomek has joined #instantbird 07:45:00 --> FeuerFliege has joined #instantbird 07:48:13 <-- FeuerFliege has quit (Quit: Instantbird -- http://www.instantbird.com) 07:51:31 <-- jb has quit (Input/output error) 07:52:54 --> jb has joined #instantbird 07:57:31 <-- jb has quit (Quit: jb) 07:58:35 --> jb has joined #instantbird 08:00:29 <-- jb has quit (Input/output error) 08:01:32 --> jb has joined #instantbird 08:40:24 <-- Evep has quit (Quit: Instantbird -- http://www.instantbird.com) 08:48:23 <-- Eveo has quit (Quit: Instantbird -- http://www.instantbird.com) 08:48:28 --> Eveo has joined #instantbird 09:00:20 --> Mic|web has joined #instantbird 09:00:42 <Mic|web> Hi 09:01:05 <Mic|web> Do we have that problem too or did he do something wrong: https://bugzilla.mozilla.org/show_bug.cgi?id=742356 ? 09:08:11 <-- Tomek has quit (Ping timeout) 09:08:23 --> Tomek has joined #instantbird 09:15:52 <-- jb has quit (Connection reset by peer) 09:15:54 --> jb has joined #instantbird 09:19:59 --> Nitrox has joined #instantbird 09:25:01 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client) 09:26:07 --> flo has joined #instantbird 09:26:08 * ChanServ sets mode +qo flo flo 09:35:10 <flo> hello :) 09:42:32 --> aleth has joined #instantbird 09:42:32 * ChanServ sets mode +h aleth 09:45:40 <-- aleth has quit (Quit: Instantbird -- http://www.instantbird.com) 09:45:50 --> aleth has joined #instantbird 09:45:50 * ChanServ sets mode +h aleth 09:48:56 <-- jb has quit (Quit: jb) 09:49:59 --> jb has joined #instantbird 09:53:50 <-- jb has quit (Quit: jb) 09:55:19 --> jb has joined #instantbird 09:55:42 <-- jb has quit (Quit: jb) 09:56:35 --> jb has joined #instantbird 09:58:48 <-- Nitrox has quit (Quit: Connection to internet lost) 09:59:08 <flo> clokep: did you add checkin-needed instead of RESO FIXED in bug 1281, or have we mid-aired? :) 09:59:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1281 nor, --, ---, benediktp, ASSI, Sending typing notifications even tho the option for it is disabled 10:02:23 --> devfil has joined #instantbird 10:10:42 <-- jb has quit (Quit: jb) 10:11:20 --> jb has joined #instantbird 10:16:09 <-- Tomek has quit (Quit: Instantbird 1.1) 10:19:08 --> clokep has joined #instantbird 10:19:09 * ChanServ sets mode +o clokep 10:21:05 <clokep> Mic: I think that's how the topic command is implemented right now. 10:22:07 <aleth> How else would you clear the topic without using the GUI? 10:22:56 <clokep> flo: I don't think that that check-in popped up in here...hence why checkin-needed... 10:23:14 --> mmkmou has joined #instantbird 10:23:43 <flo> clokep: http://log.bezut.info/instantbird/yesterday#m569 10:23:58 <instantbot> clokep@gmail.com set the Resolution field on bug 1281 to FIXED. 10:24:06 <clokep> Ah weird, I must have missed that one and only seen the one below it. :) 10:24:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1281 nor, --, 1.2, benediktp, RESO FIXED, Sending typing notifications even tho the option for it is disabled 10:28:16 <-- mmkmou has quit (Ping timeout) 10:28:32 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com) 10:28:43 --> clokep has joined #instantbird 10:28:43 * ChanServ sets mode +o clokep 10:29:00 <clokep> aleth: I have no idea... 10:29:10 <clokep> I also don't know why you need to show the topic again when it's shown in the UI. 10:29:26 <clokep> (The only reasonable explanation for that is to get clickable links...but that's a different bug IMO.) 10:30:04 <aleth> The only relevant topic bug is the lack of the implementation of mode +t 10:30:07 <aleth> imho 10:30:20 <aleth> Everything else works, right? 10:30:27 --> mmkmou has joined #instantbird 10:30:41 <clokep> Well in TB I think editing the topic through the UI doesn't work flo said? 10:30:50 <aleth> Ah, I dunno about TB. 10:33:27 <clokep> The new Twitter icon looks nice. :) 10:37:24 <-- mmkmou has quit (Ping timeout) 10:41:18 --> mmkmou has joined #instantbird 10:48:14 --> sonny has joined #instantbird 10:50:14 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com) 11:03:13 <aleth> Those crash reports filed by me today can be ignored, they were due to an incorrect update. 11:03:33 <-- mmkmou has quit (Ping timeout) 11:04:42 --> mmkmou has joined #instantbird 11:08:12 <-- mmkmou has quit (Ping timeout) 11:11:46 --> mmkmou has joined #instantbird 11:23:10 <-- mmkmou has quit (Ping timeout) 11:23:54 --> mmkmou has joined #instantbird 11:28:56 <-- mmkmou has quit (Ping timeout) 11:30:57 --> mmkmou has joined #instantbird 11:32:19 <-- mmkmou has quit (Client exited) 11:36:55 <flo> aleth: you no longer like bug 1346? 11:36:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1346 nor, --, ---, nobody, ASSI, Replace alphabetic increment of last letter on nick collision 11:37:45 <aleth> I didn't assign myself to it, and it seems you/clokep have the code for it pretty much in your head already anyway :) 11:38:09 <flo> I don't keep that kind of crap in my head, it's in the bug comments ;) 11:40:24 --> clokep_work has joined #instantbird 11:40:25 * ChanServ sets mode +o clokep_work 11:41:18 <clokep_work> aleth: Yeah I'll fix that tonight most likely. ;) 11:43:10 <aleth> :) 11:51:42 * clokep_work dislikes bugs like https://bugzilla.mozilla.org/show_bug.cgi?id=742680 11:51:49 <-- devfil has quit (Quit: Leading.) 11:51:52 <clokep_work> As if it's just moving around some UI elements... 11:51:55 --> mmkmou has joined #instantbird 11:52:42 <aleth> Bugs that don't identify a problem are really useful. 11:53:14 <clokep_work> I feel like it contains multiple bugs in it too (Oh, there's a list of nicks you can select now?! What?) 11:54:26 <flo> clokep_work: I don't understand that bug :) 11:55:37 <clokep_work> :( 11:56:24 <clokep_work> I think a lot of people don't realize that we auto-generate those pages right now, which makes it difficult to like customize. 11:56:43 <flo> clokep_work: all bugs that contain "make <whatever> more intuitive" are likely invalid anyway ;) 11:56:49 <flo> there's nothing intuitive about using a computer 11:57:13 <flo> and when "make more intuitive" means "add confusing settings in the first place (port, use ssl, ...), WTF?!? :) 11:57:35 <clokep_work> Yup... 11:59:34 <clokep_work> I want to respond but have no idea what to say. :( 12:00:34 <flo> I would have a hard time replying without resolving as invalid 12:02:05 <clokep_work> Hah. 12:04:21 <aleth> It's probably better to resolve as invalid than to leave it hanging when you have no intention of doing anything further about it. 12:04:54 <clokep_work> Yes, it just seems so mean. :P 12:05:53 <aleth> Yeah... but it depends on how you explain it I suppose... 12:06:00 <-- jb has quit (Quit: jb) 12:06:18 --> jb has joined #instantbird 12:06:46 <flo> aleth: it's hard to reply in a way that makes sense when you think "this report is crappy, nothing useful can come out of it" and aren't even sure you understood the report 12:06:49 <-- jb has quit (Quit: jb) 12:06:59 --> jb has joined #instantbird 12:07:20 <-- jb has quit (Quit: jb) 12:07:58 <aleth> True. :( 12:09:03 --> jb has joined #instantbird 12:09:33 <flo> clokep_work: hmm, https://bugzilla.mozilla.org/show_bug.cgi?id=742671 what would be a good way to show it only to interested users? 12:09:39 <flo> is that worth a pref? 12:29:43 <clokep_work> flo: I think the real question is why do we care about that information? 12:29:55 <clokep_work> When do you ever want to use it? 12:30:02 <clokep_work> As far as I know...it's pretty much to ban someone. 12:30:14 <flo> do know if people are at home or at the office or in a new special location (airport, ...) 12:30:14 <aleth> You can always get it via whois if you really need it 12:30:21 <flo> s/do/to/ 12:30:33 <clokep_work> Alright, in that case it's shown in the tooltip. 12:30:38 <flo> I basically look at it each time someone I know enters the room 12:30:49 <clokep_work> Oh? I never look at it. 12:31:32 <clokep_work> I'd be OK adding a (hidden or not) pref for it though. 12:31:32 <flo> clokep_work: I wouldn't use the tooltip for that. It's extremely slow, I have to point the mouse at the right nick (sometimes scroll to find that nick), wait for the whois to finish, and hope that I can read before someone else joins/leaves and makes the whole list move enough to close the tooltip 12:32:03 <clokep_work> For the ban case...there's much nicer things we can do then display it when people join/leave. 12:32:35 <flo> for the ban case I would use a whois anyway, not scroll to the join message that can be long ago, or before I entered the room 12:32:42 <aleth> The hidden pref idea sounds good to me. 12:33:07 <aleth> That way if you like to see it, you can have it. 12:34:04 <aleth> I also find it useful occasionally. 12:35:31 <flo> I think I would like to see it in the tooltip of the join message actually 12:35:33 <aleth> Or put it in a tooltip on the nick in the join message? 12:35:43 <aleth> heh :D 12:35:55 <flo> but we don't have a tooltip there currently, and no trivial way to add one 12:36:11 <flo> (except if someone is interested in messing with the message theme system again ;) 12:36:13 <flo> ) 12:37:43 <clokep_work> flo: For the ban case I'd like to add a context menu to participants: "Ban *@<hostname>" 12:38:15 <flo> so if you want to ban j b, you ban the whole mozilla Paris office? :) 12:38:42 <aleth> It's the only way to be sure. ;) 12:38:44 <clokep_work> You could also do one for <user>@<hostname> 12:39:18 <flo> aleth: not really, he'll just go at home and connect again ;) 12:40:49 <clokep_work> What it really comes down to is that you can't block people on IRC. :P 12:40:57 <clokep_work> But anyway. 12:48:16 <flo> clokep_work: by the way, that info is also useful to know which client people use ;) 12:48:31 <clokep_work> Yes, sometimes. 12:49:32 <clokep_work> We can add a pref for it I think, it would involve string changes though? 12:49:50 <flo> why? 12:50:58 <clokep_work> ...because you need to not show that information? 12:51:40 <clokep_work> You can't just pass "" to the current string, you'll end up with empty brackets I believe. 12:52:23 <aleth> Strip the brackets from the string in the code? 12:52:32 <aleth> (when the pref is off) 12:52:40 <aleth> Hacky... 12:52:50 <flo> arg, right, I guess we can't use the libpurple strings for Thunderbird :) 12:53:35 <aleth> Does it matter at this point? There are already string changes in the whois patch... 12:53:55 <clokep_work> aleth: Just means it can't land in aurora. 12:54:24 <aleth> Sure. 13:00:37 --> NmN has joined #instantbird 13:51:45 --> go8765 has joined #instantbird 13:54:28 --> qheaden has joined #instantbird 13:55:34 <qheaden> flo: Hey again! I emailed you a new error console proposal yesterday. Were you able to receive it? 14:09:01 <clokep_work> qheaden: I received it and read it over. 14:09:48 <-- jb has quit (Quit: jb) 14:10:06 --> jb has joined #instantbird 14:14:28 --> jc has joined #instantbird 14:14:49 <-- jb has quit (Ping timeout) 14:20:58 <clokep_work> Uhhh...apparently the college I went to has their own chat network I never knew about. (o_O) 14:21:28 <-- Kaishi has quit (Quit: Kaishi) 14:22:47 <flo> where I went it was impossible to not know about Netsoul as login in to it was required before getting access to other network resources 14:22:58 <flo> *logging in 14:23:21 <clokep_work> Ah, interesting. Yeah I think this was just made by people back in the day...I'm trying to find information... 14:25:47 <clokep_work> Bah all I can find is: http://web.archive.org/web/20110726064423/http://www.freegroups.org/lily-twiki/bin/view/Lily/WebHome 14:29:31 * bear-afk is now known as bear 14:31:07 <qheaden> clokep__work: Thanks for reading it over. Is it more clear now? 14:32:52 <clokep_work> qheaden: I think it was better, I don't remember what comments I had...I read it quickly in between meetings. 14:33:37 <qheaden> Great. 14:35:48 <qheaden> So are Instantbird bugs submitted to bugzilla? Or is there a separate bug system? 14:36:29 <flo> qheaden: have you read the topic? :) 14:37:27 <qheaden> Yeah, I have, thus making that the dumbest question of the day. Please nominate it. :-) 14:39:15 <qheaden> Are there any plans to merge the Instantbird repository into the mainline Mozilla repo? The repo seems to be separate right now. 14:40:07 <clokep_work> qheaden: The Instantbird project isn't really a Mozilla project, but we share our chat code with them. 14:40:47 <qheaden> Ahh ok. 14:41:10 <clokep_work> One thing that came to mind while reading it is...what happens if I have multiple accounts for the same service? Would those be separated? 14:43:07 <qheaden> Would you recommend subtabs under each service for each connected account? 14:43:28 <clokep_work> I'm just curious whether you thought about it at all or not. :) 14:44:04 <clokep_work> What are random features people come in here asking and saying "I won't use Instantbird until you support <this random feature that not that many people probably use / need>" 14:44:12 <clokep_work> (i.e. things like file transfer, voice / video) 14:44:24 <qheaden> I did. I wasn't sure if each account shared network resources for any reason. 14:45:16 <clokep_work> You should ask! 14:45:29 <clokep_work> And it doesn't matter if they share them or not, we could always tag them with an account or whatever. 14:45:49 <clokep_work> Personally I'd like things to be split by account and not protocol. I'm not sure if flo agrees. 14:46:14 <flo> I'm almost sure I've already said (maybe even more than once) that it should be per account 14:46:25 <flo> or even per connection attempt 14:47:20 <qheaden> Ok. 14:48:05 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1299 on bug 1321. 14:48:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs 14:49:42 <qheaden> Ok, I'm heading into class. :-) 14:51:00 <qheaden> And I will add per-account filtering to my proposal. 14:52:38 <qheaden> Per-account does make more sense than per-protocol. You guys have to excuse me, I'm still trying to improve my software "design" skills. :-) 14:52:40 <clokep_work> aleth: Bah those changes aren't easily parsed. I'll need to sit down and look over it. 14:52:50 <clokep_work> qheaden: It's fine. Enjoy class. 15:07:21 <-- go8765 has quit (Ping timeout) 15:10:46 --> go8765 has joined #instantbird 15:37:21 <-- gerard-majax has quit (Ping timeout) 15:39:11 <-- go8765 has quit (Ping timeout) 15:42:59 --> go8765 has joined #instantbird 15:47:00 <-- go8765 has quit (Quit: Instantbird -- http://www.instantbird.com) 16:00:11 <-- jc has quit (Ping timeout) 16:01:40 <-- flo has quit (Ping timeout) 16:06:26 --> jc has joined #instantbird 16:14:46 <clokep_work> aleth: Someone just requested your "last read line" thing in a Tb bug. ;) 16:16:40 * bear is now known as bear-afk 16:16:43 <aleth> clokep_work: Coming soon, to an Instantbird near you ;) 16:17:02 <aleth> Does TB even have conversations on hold yet? 16:17:24 <clokep_work> It shows all conversations always in the sidebar I think. 16:17:43 --> flo has joined #instantbird 16:17:43 * ChanServ sets mode +qo flo flo 16:18:05 --> Tomek has joined #instantbird 16:18:22 <aleth> clokep_work: Let me know if you are satisfied by those answers and I will resubmit that patch later with the renames/comments 16:18:54 <clokep_work> aleth: I replied in the bug. ;) 16:19:17 <instantbot> clokep@gmail.com denied review for attachment 1299 on bug 1321. 16:19:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs 16:20:14 <aleth> Definitely agree about it not being the best name :) 16:21:35 <aleth> Maybe something will come to me later. 16:22:11 <clokep_work> Yeah... 16:22:17 <clokep_work> Could just be OK w/ a comment too though. 16:23:45 --> myk has joined #instantbird 16:24:00 <aleth> Btw I think you are wrong about that producing a warning, because we are not accessing the value. But I have an idea for how to make the change, for both objects, which will clarify things. 16:25:30 * jc is now known as jb 16:25:44 <aleth> Personally I think it's nicer without the default value though. 16:27:56 --> Mic|web has joined #instantbird 16:29:42 <clokep_work> aleth: Maybe. I don't know. 16:29:50 <clokep_work> I'd prefer the default to be there, especially when you're deleting it. 16:31:54 <aleth> Good to know. I tend to prefer no defaults for objects that can disappear later. & I don't delete it if it's undefined ;) 16:32:20 * flo suspects clokep will like https://bugzilla.mozilla.org/show_bug.cgi?id=742726 :-D 16:33:12 <flo> bah you already replied in there 16:33:17 <clokep_work> flo: I already replied. ;) 16:33:45 <clokep_work> :) 16:35:37 <flo> https://bugzilla.mozilla.org/show_bug.cgi?id=742742 :( 16:36:13 <clokep_work> Is the sad face for the confusing title or that the status selector isn't updating? 16:36:58 <flo> is for the fact that I understand what that user expected, but it's really not how things work 16:37:08 <flo> he expects the IRC /quit command to have the same effect as /offline 16:37:26 <clokep_work> Ah. 16:37:32 <clokep_work> Yeah, no...that's not true. 16:37:35 <clokep_work> RESOLVED INVALID 16:40:08 --> Kaishi has joined #instantbird 16:44:02 <qheaden> clokep_work: Im just thinking about what you said about Instantbird not being a Mozilla project. I need to change my proposal abstract then, because I said that Instanbird is Mozilla's new messenger. 16:44:18 <clokep_work> Yeah, I mean...yeah...it's confusing. :( 16:44:44 <clokep_work> We're not really part of them, get no support from them. But fl o is a Mozilla contractor and we share a lot of code with Thunderbird. 16:44:54 <clokep_work> And they allow us to be in GSoC with them. ;) 16:45:22 <qheaden> its probably best to say that is is a new messenger based on Mozilla's platform, and Pidgin's messaging library. 16:45:54 <clokep_work> Yes. 16:46:06 <flo> and "new" is all relative 16:46:07 <clokep_work> You know that for XMPP, Twitter and IRC we don't use Pidgin's backend anymore, right? 16:46:14 <flo> as we have been working on this since 2007 16:46:19 <qheaden> Really? 16:47:06 <instantbot> clokep@gmail.com set the Resolution field on bug 515 to INCOMPLETE. 16:47:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=515 nor, --, ---, nobody, RESO INCOMPLETE, Gadu-Gadu - Messages are not being received 16:47:09 <qheaden> flo: Wow, its a pretty old project. 16:47:10 * Mic|web wonders how many bugs already in our bugtracker will be re-discovered and filed in bmo as well. 16:49:11 <qheaden> So are you guys trying to break away from the pidgin backend slowly? 16:50:01 <clokep_work> It can't (and isn't) be used in Thunderbird. 16:50:45 <clokep_work> I highly doubt we'll ever support all the protocols without libpurple. 16:50:53 <clokep_work> But it is essentially optional now. 16:51:46 <flo> qheaden: "flo: Wow, its a pretty old project." do you mean it's time for me to move on and start a newer project? ;) 16:52:05 <clokep_work> flo: No! 16:52:40 <qheaden> flo: Yup, its time! Ha ha, JK. 16:52:57 <flo> something newer like... Thunderbird maybe? :-D 16:53:22 <Kaishi> thunderbird is way older :) 16:53:24 * clokep_work is playing with making a survey for IM demographics... 16:55:09 <flo> Kaishi: I know, but qheaden wrote that "Instantbird is Mozilla's new messenger", so Thunderbird could as well be *my* new messenger ;) 16:55:27 <Kaishi> heh, yeah :) 16:55:42 <-- NmN has quit (Ping timeout) 16:56:00 <Mic|web> And I thought this shouldn't turn Tb into an instant messenger.. ;) 16:56:36 --> Mook_as has joined #instantbird 16:57:55 <flo> so... when are we releasing 1.2? :) 16:59:10 <-- Kaishi has quit (Quit: Kaishi) 16:59:15 --> Kaishi has joined #instantbird 17:04:40 <clokep_work> Still a lot of 1.2 bugs. :-/ 17:05:08 <flo> we are adding more rather than fixing them (except Mic who fixed one yesterday :)) 17:05:31 <clokep_work> aleth: Fixed a couple too I think. 17:05:40 <clokep_work> I need to sit down a nd look at some of the boring IRC ones. :( 17:05:52 <clokep_work> Maybe try to get some quick review cycles on them. :) 17:08:21 <instantbot> benediktp@ymail.com cancelled review?(florian@instantbird .org) for attachment 1124 on bug 1135. 17:08:22 <instantbot> benediktp@ymail.com granted review for attachment 1300 on bug 1135. 17:08:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1135 min, --, ---, clokep, ASSI, Log date is not translated 17:08:48 <flo> I've hesited for a long time between r+ and r- for this one 17:09:01 <Mic|web> Oh, so you might actually mind? :D 17:10:06 * bear-afk is now known as bear 17:10:14 <flo> Mic|web: well, the patch is obviously wrong. But I've nothing better to propose, and I think it's less wrong than not changing anything 17:10:38 <flo> JS Date .toLocale* familly of strings puts the string in the OS's locale, rather than the application locale. 17:11:01 * clokep_work wonders how lightning deals with this... 17:11:17 <flo> so the proposed patch improves the situation for users who have a non-en-US locale and have the OS and Instantbird setup in the same locale 17:12:00 <Mic|web> d'oh, I think I heard/read that before. Testing with german wasn't the thing to make me catch that. 17:12:04 <flo> Mic|web: anyway, I'm ok with checking it in with your r+, so that it's not my fault ;) 17:12:23 <clokep_work> Can we just make a note in the bug about this though? 17:12:45 <flo> sure 17:12:56 <flo> maybe also note "the log viewer sucks, we should get rid of it"? :) 17:13:57 --> logiclord has joined #instantbird 17:14:01 <clokep_work> I might burn the code to a CD and hit it w/ a hammer in fact. 17:14:12 <clokep_work> Or bend it until it explodes. 17:14:24 <flo> poor CD 17:14:26 <Mic|web> Put it into a microwave oven! 17:14:33 <clokep_work> (OT: CDs actually bend an absurd amount -- you can make the edges touch -- and then they explode...wear safety glasses...) 17:14:57 <flo> clokep_work: totally depends which brand of CDs you use 17:15:12 <clokep_work> Verbatim. ;) 17:15:35 <flo> I know some that explode way before touching edges, and some that can go back to normal (and maybe even be readable; although I haven't tried) after touching edges 17:16:04 <clokep_work> Yeah...one of my friends tried that...it exploded /in/ his CD drive... 17:16:21 <flo> sounds like not the best idea ;) 17:17:02 <clokep_work> Anyway. I think there's a few regressions from IRC that still need to be fixed before 1.2. 17:17:09 <clokep_work> Besides that...I'm not sure what needs to be done. 17:17:17 <clokep_work> We need to figure out the l10n situation with c-c. 17:18:54 <flo> clokep_work: https://bugzilla.instantbird.org/buglist.cgi?quicksearch=sw%3A1.2&list_id=934 17:19:17 <flo> clokep_work: that l10n situation is likely to change, as IM isn't going to ship pref'ed on in Tb 13 17:19:54 <clokep_work> flo: Ah, I see. 17:20:28 <clokep_work> bug 1306 and the broken /mode command need to be fixed. 17:20:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1306 nor, --, ---, nobody, NEW, Joining a password protected IRC channel via password set in autojoin doesn't work from Feb 28 night 17:21:31 * clokep_work is more interested in https://bugzilla.instantbird.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=1.2-blocking&sharer_id=107&list_id=939 17:22:06 <flo> so bug 1305 is blocking? 17:22:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1305 nor, --, ---, clokep, ASSI, /mode messages don't work on JS-IRC 17:22:53 <flo> do we have any plan for bug 1292? 17:22:56 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1292 nor, --, ---, nobody, NEW, Freenode SSL reconnection issues 17:23:07 <clokep_work> I think 1305 should be blocking, yes. 17:23:15 <clokep_work> Worst comes to worst we accept the patch I have in there. ;) 17:23:17 <flo> aleth: do we know anything about bug 1303? 17:23:26 <clokep_work> I have no plan for 1292. :-S 17:23:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1303 nor, --, 1.2, clokep, REOP, IRC contacts don't get their status updated 17:23:43 <flo> clokep_work: I've got no plan for bug 1089 :( 17:23:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1089 cri, --, ---, nobody, NEW, Crash [@ ssl_nss_handshake_cb] 17:24:08 <clokep_work> :-/ Hmmm... 17:24:09 <flo> except maybe "spend a few hours on it during a rainy Sunday afternoon, and hope that will produce a workaround" 17:24:20 <clokep_work> Is there anyone we can ask in Moz about it? 17:24:27 <flo> that method has already worked surprisingly well several times in the past 17:24:51 <flo> maybe kaie. 17:25:06 <flo> we should need to provide easier steps to reproduce 17:25:39 <flo> clokep_work: are you going to fix bug 1338? 17:25:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1338 nor, --, ---, nobody, NEW, Connect button is disabled after an account spends more than half a second in the disconnecting stat 17:25:56 <flo> fixing bug 1219 may be a good plan for it 17:25:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1219 tri, --, ---, nobody, NEW, Cleanup the account.xml binding 17:26:16 <clokep_work> flo: I can look at it if you'd like. 17:26:24 <clokep_work> I don't remember what it's about or anything. :) 17:33:30 <-- flo has quit (Quit: Instantbird -- http://www.instantbird.com) 17:34:48 --> NmN has joined #instantbird 17:35:04 <clokep_work> OK 1219 doesn't look bad. 17:35:08 <clokep_work> I'll take a look at it. 17:37:53 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client) 17:46:10 <aleth> flo: I haven't got any ideas for bug 1303, haven't looked at it either though. 17:46:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1303 nor, --, 1.2, clokep, REOP, IRC contacts don't get their status updated 17:46:18 * aleth always wonders if tab complete is broken when f<tab> fails 17:46:26 <clokep_work> He just left. :P 17:46:39 <clokep_work> Yeah I have no idea why that is failing...I've seen it before too though. 17:46:48 <clokep_work> (aleth was online last night after he had left #instantbird...) 17:47:19 <aleth> It happens frequently, but not reproducibly, which is the most fun kind of bug 17:47:41 <clokep_work> Yes. :-/ 17:47:49 <clokep_work> I wonder if they're getting removed from the list of nicks somehow hmmm... 17:48:08 <aleth> Some race condition maybe 17:48:23 <clokep_work> Yeah, perhaps. 17:49:00 <aleth> or maybe Input/output error quits vs succesful quits? 17:49:45 <clokep_work> Nah we should get a QUIT message on our end no matter what. 17:50:00 <clokep_work> Oh you mean if the server thinks you're like still online? 17:50:10 <clokep_work> I doubt that...if it says you quit it's removed you from their tables and killed the socket I'd imagine. 17:51:46 <clokep_work> Hmm...I wonder if the messages randomly start coming too slow. 17:51:48 <aleth> No, I meant the former. Just wondering if there were variations in the quit sequencing/timing from the server 17:54:00 <aleth> flo, clokep_work, Mic: Would it be realistic to aim to release 1.2 before TB 13? That would be good because then people who feel inspired to try IB after seeing IM in TB won't encounter a comparatively dated client (bug-wise at least). 17:59:40 <-- qheaden has quit (Ping timeout) 18:00:00 <-- Kaishi has quit (Quit: Kaishi) 18:01:05 --> qheaden has joined #instantbird 18:03:43 <-- qheaden has left #instantbird () 18:20:07 <-- NmN has quit (Quit: Instantbird 1.1) 18:21:03 <-- logiclord has quit (Quit: Leaving.) 18:23:21 <clokep_work> aleth: That's a good idea. 18:23:23 <-- myk has quit (Ping timeout) 18:24:28 <-- mmkmou has quit (Ping timeout) 18:27:59 --> mmkmou has joined #instantbird 18:28:03 --> myk has joined #instantbird 18:28:56 --> Mnyromyr has joined #instantbird 18:31:52 <-- waynenguyen has quit (Ping timeout) 18:31:54 --> gerard-majax has joined #instantbird 18:33:54 <-- mmkmou has quit (Ping timeout) 18:40:02 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1301 on bug 1321. 18:40:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs 18:41:31 <aleth> Hopefully that's another 1.2 blocker down ;) 18:42:46 <clokep_work> Looks OK, except I'd have you delete this._waitingForName, which is what we normally do...but I probably did an awful job of explaining what I wanted earlier. :( 18:42:56 <clokep_work> I can fix it before commit...if I get commit privs. ;) 18:44:05 <aleth> I thought we either went for true/false or exists/undefined? Default to false, then possibly true, then undefined (but only if it was ever true before) seems wrong somehow. 18:44:35 <clokep_work> When you delete this._waitingForName it'll fall back to what's in the prototype (i.e. false). 18:44:52 <aleth> Oh really? I didn't know that. 18:44:58 <aleth> I thought delete meant delete :P 18:45:10 <aleth> (Unless it was in the prototype one level down) 18:45:19 <clokep_work> I do not believe so... 18:45:26 <clokep_work> JS has a weird OO design. I forget. 18:45:40 <aleth> You're probably right, I am still a bit unsure about inheritance chains 18:48:46 <clokep_work> Yeah it's confusing. 18:49:24 <aleth> "If the delete operator succeeds, it removes the property from the object entirely, although this might reveal a similarly named property on a prototype of the object." So, yeah. 18:49:51 <clokep_work> Yeah. I think we've talked about this for other reviews too. 18:49:55 <clokep_work> It gets confusing. 18:50:08 <aleth> The object, not the __proto__ of the prototype. 18:51:14 <aleth> Should I add a comment on that deduplication bug of yours so you remember to use the variant from conv not chat when you unify the two? 18:51:29 <clokep_work> If you'd like. 18:51:38 <clokep_work> Did you look over the patch in there by any chance? 18:52:05 <aleth> Not yey. 18:52:09 <aleth> *yet 18:54:32 <clokep_work> Alright. Appreciate it if you could, since it's mostly code from your patch. :) 18:56:00 --> flo has joined #instantbird 18:56:00 * ChanServ sets mode +qo flo flo 18:57:21 <aleth> Don't you want to copy the properties to the prototype of the "inheriting" object? 18:58:16 <aleth> E.g. the delete story you just told me about won't work otherwise. 19:03:11 <clokep_work> Hmmmm....I probably do. 19:03:13 --> go8765 has joined #instantbird 19:03:58 <-- go8765 has quit (Quit: Instantbird -- http://www.instantbird.com) 19:04:03 --> go8765 has joined #instantbird 19:04:45 <-- go8765 has left #instantbird () 19:05:49 <aleth> I guess you can do without a hasOwnProperty check because the const doesn't inherit from anything. 19:06:46 <flo> "I'll fix this before committing it if I get commit access" do you intend to get it today? 19:07:14 <clokep_work> flo: No. :) 19:07:20 <clokep_work> But hopefully soon! 19:07:55 <flo> I was wondering (offline) a few hours ago if I should stop looking at r+'ed patches before they are commited 19:08:01 <flo> s/hours/minutes/ 19:09:15 <flo> I'm not sure that the value added by catching the few issues I notice is worth the cost of delaying things like it currently does 19:10:11 <flo> (that's completely independent of you getting commit access, by the way; that's more related to technical issues of how we can grant access to the repository without granting access to lots of other resources of the same server) 19:10:32 <aleth> You caught quite a few things that was as far as I can remember. So maybe the tradeoff is with breaking the nightly a little more frequently? 19:10:37 <aleth> s/was/way 19:10:49 <clokep_work> I think it's good for some of the larger patches. 19:10:58 <aleth> I guess you can just play it by ear and see! 19:11:02 <clokep_work> Or maybe we should just use the "additional review" flag when we're not confident. 19:12:12 <flo> clokep_work: you already do, don't you? 19:12:19 <flo> but you would just do it more often 19:12:37 <clokep_work> I use it occasionally, I'd just be more formal about it. 19:12:56 <clokep_work> Right now I usually use it when I steal a review find that /I/ think it's OK, but still want you to look at it. 19:13:19 <flo> or we could have a concept similar to what mozilla does with super-review 19:14:08 <-- jb has quit (Ping timeout) 19:14:10 <flo> where reviewers are people who know (or took the time to understand) the code modified by the patch, and super-reviewers know very large parts of the code base and how the interact with each other 19:14:25 <flo> *they interact 19:14:46 <clokep_work> That makes sense. 19:14:47 <flo> so an additional review from me would be required only for patches that change APIs 19:17:07 <flo> aleth: by the way, about your suggestion of shipping 1.2 before TB13: IM-in-Tb is no longer planned for shipping (pref'ed on) in Tb13 19:21:40 <clokep_work> Is this reasonable to close the rework the IRC account wizard bug: http://pastebin.instantbird.com/25732 19:29:23 <aleth> flo: ok, so it should be doable then I guess ;) 19:38:11 <flo> clokep_work: yes. I would just say "actionable" rather than "disparate" in the last sentence. What doesn't seem reasonable to me though, is spending time on such poor bug reports when we have lots of good one collecting dust. But that's another matter :) 19:40:15 <clokep_work> flo: Going with the "close bugs you never plan to fix early" approach. 19:40:49 <flo> (although I must add that deciding for others what's a reasonable way to spend the time they are volunteering is definitely not reasonable :)) 19:40:56 * clokep_work wonders if https://github.com/vpj/xmpp-js/ should be mirrored onto instantbird.org somewhere... 19:41:27 <flo> clokep_work: are you afraid it's going to disappear? 19:41:38 <clokep_work> Not really. :) 19:41:43 <clokep_work> I have it locally on my machine anyway. 19:41:49 <clokep_work> (On my server actually.) 19:42:08 <flo> a git repository is just a file that we can easily download, right? If so we could attach that file to the JS-XMPP bug on bio 19:42:30 <clokep_work> You can export a Bundle yeah. 20:05:30 --> qheaden has joined #instantbird 20:05:55 <qheaden> Well guys, I sent in my proposal. I hope I get accepted. :) 20:06:07 <qheaden> It's actually my second proposal. I sent in another one for Firefox. 20:08:46 <clokep_work> qheaden: Good luck! :) 20:09:51 <qheaden> I really hope I get accepted, but even if I don't, I would like to work on Instantbird. It is a really cool project, and I never heard of it before GSoC. 20:10:21 <qheaden> And since I have Mozilla development experience, it won't be as hard for me to work with the codebase. 20:11:41 <clokep_work> qheaden: We'd love to have you help out either way. :) 20:24:33 <qheaden> One feature I would like to see on Instantbird for Windows is sticky windows. For example, if you move a window to the edge of the screen, it will stick there a bit before moving furthur. 20:24:36 <qheaden> *further 20:24:54 <qheaden> I know the Google Talk desktop client has this, and it is really convinent. 20:25:41 <aleth> qheaden: This is really something the OS should do (or not do) imho. E.g. KDE does it ;) 20:26:01 <aleth> Maybe if you write an add-on? 20:26:53 <qheaden> Well, Windows does not support that natively (at least 7 doesn't). I guess writing an addon can fix it. 20:26:57 <aleth> Otherwise you are breaking standard behaviour on the OS, which might have strange consequences in unforseen settings. 20:27:30 <aleth> But I shouldn't really say either way as I don't use Windows... 20:27:34 <qheaden> The Google Talk desktop client does it very well. I'm not sure if Pidgin does it. 20:29:15 <qheaden> It seems that Pidgin doesn't do it either. 20:30:31 <qheaden> Well, if you can't add sticky windows, it would be convinent to have a button where the chat window can be automatically sized to the side of the window. Sort of like how the main Instantbird window hugs the right side of the screen when it is started. 20:30:43 <flo> I wonder if a Firefox addon already exists for this feature 20:30:53 <qheaden> Maybe. 20:31:05 <aleth> qheaden: An add-on would definitely be a good way to experiment with different behaviours. 20:31:31 <aleth> You'd have to ensure it worked with multiple screens, virtual desktops, etc 20:31:39 <qheaden> Right. 20:31:50 <flo> aleth: virtual desktops on windows? :) 20:31:59 <aleth> flo: They don't have any? :O 20:32:08 <qheaden> No they don't. :) 20:32:24 <qheaden> Not by default anyway. I think they have some 3rd party software for that. 20:32:24 <aleth> I thought Windows 8 was going to be a virtual desktop for each app ;) 20:32:37 <flo> aleth: if you don't use Windows, it's probably that you have some good reason to don't want to do it ;) 20:32:56 <qheaden> Windows 8 does, but anything < 8 does not. 20:33:01 <aleth> flo: I specifically said I wasn't the right person to decide on whether it should be standard or not 20:34:13 <qheaden> To be honest, I never wrote a Mozilla add-on before. How deep into Mozilla code can the add-on go? Like, can it communicate with really low-level objects? 20:36:07 <flo> usually, yes 20:37:22 <qheaden> Wow ok. Much different than Google Chrome's add-on system. :P 20:37:42 <clokep_work> Yes. Mozilla is about openness. :P 20:37:54 <clokep_work> And I agree with aleth that sticky windows, etc. sounds like add-on fodder. 20:37:59 <qheaden> Yay! :) 20:38:20 * qheaden is now inspired to write an add-on for sticky windows. 20:38:22 <aleth> You'd have to find the right window event to listen to and see if you received enough fine-grained information to respond in time 20:38:56 <aleth> Have a look at the source of existing restartless add-ons that add event listeners, that should give you a starting point 20:38:58 <qheaden> It should seem pretty simple to implement, although I could be wrong. Just do some math with the window width, the screen width, etc. 20:39:06 <qheaden> Ok. 20:39:13 <clokep_work> "just do some math" famous last words. ;) 20:39:30 * clokep_work is just bitter as he's trying to multiple hypercubes... 20:39:50 <qheaden> HA HA. 20:43:01 <flo> I think I'm starting to really dislike the discussion in https://bugzilla.mozilla.org/show_bug.cgi?id=742235 20:43:51 <flo> suggesting per-protocol display, crazy preferences (why should the user have to care about that crap?), not even reading what time bubbles was about and dismissing it as obviously wrong... 20:45:32 <Mook_as> css media queries! :D 20:46:26 <flo> Mook_as: that idea isn't stupid actually :) 20:46:53 <Mook_as> oh, it's already mentioned in comment 12, I just didn't read that far yet 20:46:55 <flo> I think Mic has some patches in my review queue to use them instead of some old JS code in some of our message themes 20:47:07 <clokep_work> Yes I think so. 20:47:34 <flo> Mook_as: the problem is, the same comment mentions having a different media query for each protocol :( 20:48:03 <Mook_as> I'd just ignore that part, I think. 20:48:05 <flo> if I'm talking to you on IRC and then switch you Gtalk (but the same contact, so the same conversation), is the conversation going to be fully redisplayed? :-P 20:48:50 <Mook_as> if height is less than (some value), drop avatars, and if it's smaller than (some smaller value), put the names next to the lines 20:48:55 <Mook_as> and drop padding &c. 20:49:22 <clokep_work> That's all fairly reasonable I think. 20:49:54 <Mook_as> that should fix the actual problem (not enough data on small screens) and make him happy, I think. 20:50:09 <qheaden> Or how about just add a "compact mode" switch to drop avatars when you need to? 20:50:37 <flo> Mook_as: you are describing the paper sheet theme ;) 20:51:16 <Mook_as> if your query is "on small screens, use an alternate theme", nothing wrong with that! ;) 20:56:59 <clokep_work> flo: I defended your honor, it's OK. ; 20:59:25 <flo> clokep_work: :-D 20:59:45 <flo> you know I can defend myself, right? ;) 20:59:55 <flo> but some amount of sanity in that discussion is refreshing :) 21:00:59 <aleth> Nice email example clokep_work! zing :) 21:01:29 <flo> the discussion this afternoon about the feedback we have received so far; on which the decision to postpone the release of the feature pref'ed on is mostly based hasn't been really sane either 21:01:54 <clokep_work> :( 21:01:58 <clokep_work> Where is that taking place? 21:02:15 <flo> (you may like to know that kaze's feedback counts for more than 10% of it, as we Anne-Marie's survey has received less than 10 replies) 21:03:01 <flo> clokep_work: a private-should-be-public-but-nobody-had-spent-the-time-to-write-an-announcement-about-it meeting on Vidyo 21:03:49 <clokep_work> :( The survey wasn't very exciting I didn't think. :-X 21:04:22 <flo> I offered some more questions that could have given interesting info, but they were rephrased and became meaningless 21:04:51 <clokep_work> :-/ Stinks. 21:05:30 <flo> the decision to postpone is mostly based on the "it doesn't feel polished enough" complaint, which itself is mostly based on the crappy message theme, which we could fix in less than a day 21:05:52 <flo> but anyway, more time to polish it isn't a bad news :). 21:06:26 <clokep_work> Right. 21:06:27 <flo> it just feels a bit silly now to have rushed to get it in for 13 at the last minute, to finally delay it... 21:06:29 <clokep_work> And isn't your fault! :) 21:06:49 <clokep_work> Time to go. 21:06:51 <-- clokep_work has quit (Quit: IB!) 21:07:42 <aleth> Now you have the string freeze problem and a long wait... :( 21:08:31 <flo> aleth: well, Tb14 isn't string frozen yet :) 21:09:03 <aleth> So you are just not going to bother with separating out bugs for aurora approval? 21:09:31 <aleth> Anyway, it will be really sparkling when it releases :) 21:10:18 <flo> hmm, I think we still want to polish for aurora 21:11:05 <flo> as we are interested in having some feedback from beta-users (we expect beta and aurora have different audiences and the feedback we could get from beta users will be different) 21:11:13 <flo> so it's possible IM will be enabled in Tb13beta 21:11:14 <-- Tomek has quit (Quit: Instantbird 1.1) 21:12:31 <-- qheaden has quit (Quit: I've got to go. See ya!) 21:55:56 --> Mic has joined #instantbird 21:55:56 * ChanServ sets mode +h Mic 22:06:45 <-- flo has quit (Ping timeout) 22:11:03 --> Kaishi has joined #instantbird 22:16:38 <-- aleth has left #instantbird () 22:23:10 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com) 22:23:22 --> Mic has joined #instantbird 22:23:23 * ChanServ sets mode +h Mic 22:25:00 --> aleth has joined #instantbird 22:25:00 * ChanServ sets mode +h aleth 22:34:15 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105]) 22:57:25 <-- chrisccoulson has quit (Quit: Ex-Chat) 23:07:26 --> go8765 has joined #instantbird 23:38:57 <-- go8765 has quit (Ping timeout) 23:44:53 <Mic> The small-screen-too-little-messages-shown bug is stupid :( 23:45:55 * aleth recommends Ctrl-- ;) 23:46:23 * Mook_as thinks it's valid, just got derailed 23:46:48 <aleth> I wasn't serious... but yeah. 23:51:26 <Mic> Is "kaze" someone important with regard to Tb? 23:54:14 <Mook_as> he's an editor guy, IIRC. (compozer & c)