All times are UTC.
00:12:48 <-- EionRobb has quit (Ping timeout) 00:12:50 --> EionRobb has joined #instantbird 00:16:20 <instantbot> firstname.lastname@example.org requested feedback from aletheia2@fastmai l.fm for attachment 1467 on bug 1369. 00:16:24 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1369 enh, --, ---, clokep, ASSI, Support WATCH and MONITOR for IRC 00:21:26 --> DGMurdockIII has joined #instantbird 00:29:19 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 00:51:20 <-- wnayes has quit (Quit: Instantbird -- http://www.instantbird.com) 00:56:46 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120509070325]) 01:23:53 <-- pvagner has quit (Ping timeout) 01:34:34 * bear-afk is now known as bear 01:37:06 * bear is now known as bear-afk 01:47:09 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 03:47:18 <-- Kaishi has quit (Input/output error) 04:03:55 --> pvagner has joined #instantbird 04:05:36 <-- pvagner has quit (Ping timeout) 04:59:05 --> pvagner has joined #instantbird 05:43:22 --> FeuerFliege has joined #instantbird 05:44:03 --> FireFly_TB has joined #instantbird 06:01:05 <EionRobb> just as an fyi, I've passed onto my SoC student about your desire for locale info :) 06:01:29 <EionRobb> so we should be able to get out some interesting 'protocol vs locale' reports 06:01:45 <EionRobb> something that is unfortunately not obtainable from adium's stats collection 06:02:59 <instant-buildbot> build #482 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/482 06:04:01 <-- EionRobb has quit (Quit: Leaving.) 06:32:24 <-- FeuerFliege has quit (Ping timeout) 06:32:24 <-- FireFly_TB has quit (Ping timeout) 06:56:08 --> gerard-majax has joined #instantbird 07:14:54 <-- pvagner has quit (Quit: Instantbird -- http://www.instantbird.com) 07:15:10 --> pvagner has joined #instantbird 07:15:33 --> FireFly_TB has joined #instantbird 07:15:37 --> FeuerFliege has joined #instantbird 07:37:06 --> sonny has joined #instantbird 07:58:11 <-- Tomek has quit (Quit: Instantbird 1.1) 07:59:53 --> jb has joined #instantbird 08:06:16 <-- jb has quit (Input/output error) 08:11:43 --> aleth has joined #instantbird 08:11:43 * ChanServ sets mode +h aleth 08:38:42 <-- aleth has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 08:38:47 --> aleth has joined #instantbird 08:38:47 * ChanServ sets mode +h aleth 08:53:50 --> EionRobb has joined #instantbird 09:02:02 <instantbot> email@example.com requested review from florian@instantbird .org for attachment 1468 on bug 1375. 09:02:05 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1375 min, --, ---, aletheia2, ASSI, Followup: Unread ruler CSS and Bubbles margin improvements 09:04:51 --> mmkmou has joined #instantbird 09:05:03 <-- aleth has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 09:12:44 --> aleth has joined #instantbird 09:12:44 * ChanServ sets mode +h aleth 09:41:04 --> flo has joined #instantbird 09:41:04 * ChanServ sets mode +qo flo flo 09:49:59 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 09:50:12 --> flo has joined #instantbird 09:50:12 * ChanServ sets mode +qo flo flo 10:17:01 --> clokep has joined #instantbird 10:17:01 * ChanServ sets mode +o clokep 10:20:48 <aleth> clokep: So it was wrong to put a colon before the last parameter if the last parameter didn't contain a space? 10:21:29 <aleth> subtle... 10:21:31 <clokep> aleth: It's not wrong according to the RFC, but it didn't seem to work with the WATCH command. 10:21:52 <clokep> (Note that it definitely works in other cases, like changing your mode...the last parameter doesn't have any spaces, but the colon is ignored.) 10:22:46 <aleth> That's what one would expect too... maybe the WATCH implementation has a slight bug on the server side ;) 10:23:25 <clokep> Yes, that's my guess. 10:23:42 <clokep> According to the spec the ":" is just a detail to allow spaces and all parameters should be treated equal. 10:24:05 <clokep> But when it was there...it didn't have my watching flo, who is the last person on my buddy list (and thus was sent was :+flo, instead of +aleth and +clokep, etc.) 10:24:44 <clokep> I guessed the colon was the issue and voila, it all worked. 10:25:14 <aleth> And it's not a workaraound that breaks something else :) 10:25:33 <clokep> EionRobb: Awesome, thanks. :) I assume the SoC students will be posting to blogs and such? 10:25:56 <EionRobb> he has his own blog, yes 10:26:00 <clokep> aleth: Right, it's still in accordance to the spec, I've actually wanted to change it anyway (since it saves a char in messages), but didn't really have a good reason to, until now. :) 10:29:27 <flo> pfff, bug 1413... :( 10:29:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1413 nor, --, ---, nobody, NEW, angle bracket-delimited URL linkified with closing bracket included in link and semi-colon appended 10:29:56 <aleth> clokep: It's nice how neatly you can override the ISON implementation when WATCH exists... I was expecting that to need a bunch of ugly if's 10:30:35 <clokep> aleth: Yeah, I just needed to add the track method. :) Although...I probably need an untrack method too now that you mention it. ;) 10:30:45 * clokep isn't sure I ever remove people from the ISON list right now. 10:31:46 --> meh has joined #instantbird 10:34:09 <clokep> flo: Yes, I hate that bug too. :P 10:34:29 <clokep> aleth: Well the whole point was that I wanted to make the system extensible, and it seems to be working well so far. :) 10:34:54 <clokep> The changes I made to ircISUPPORT.jsm and stuff are embarrassing. :-[ Apparently it's just like...unused, untested right now. 10:34:55 <flo> I the strange ugly thing displayed in unknown characters their actual hexadecimal value? 10:35:07 <clokep> What? 10:35:20 <flo> err 10:35:26 <flo> *Is 10:36:00 <flo> I have a twitter conversation in which the highlight in Tb's search result is off by a few characters 10:37:06 <flo> the less command shows <U+1F493> for the character that's causing trouble 10:38:13 <flo> that character is a "BEATING HEART" :-S 10:38:15 <clokep> Interesting...the little box displays their hex value AFAIK, yes. 10:38:26 <clokep> I get a lot of random Twitter chars that my font doesn't support. :( 10:38:37 <flo> clokep: the box displayed 01F493, so yes, it seemed the hex value 10:41:34 <flo> is it possible that http://mxr.mozilla.org/comm-central/source/mail/base/content/glodaFacetBindings.xml#1689 is wrong for that character? 10:41:46 <flo> how many bytes does <U+1F493> would need 10:44:23 <aleth> Making TB safe for Edgar Allan Poe... 10:44:37 <clokep> flo: Two bytes. 10:44:38 <clokep> I think. 10:45:09 <clokep> 0b11110100 10010011 is the binary. 10:45:40 <clokep> Or maybe I'm misunderstanding Unicode though. ;) 10:45:53 <EionRobb> ð 10:46:31 <aleth> Doesn't this suggest 4 bytes? http://www.fileformat.info/info/unicode/char/1f493/index.htm 10:46:37 <EionRobb> its 4 10:46:44 <EionRobb> F0 9F 92 93 10:46:45 <flo> I would expect 2+2 10:47:12 <flo> because my JS string is actually in UTF16 :-S 10:48:12 <clokep> Ah, so that case isn't even handled in that code? 10:49:07 <flo> I wonder if my code isn't treating the character as 3+3 instead of 2+2 10:50:24 <flo> the bug looks like this: http://i.imgur.com/rGcxR.png 10:54:43 <flo> if I add |if (c > 32000) return 2;| the highlight is correctly placed 10:55:11 <flo> (32000 is arbitrary of course) 10:57:49 <-- EionRobb has quit (Connection reset by peer) 11:00:15 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 11:06:49 <flo> does this make sense? http://pastebin.instantbird.com/41381 11:25:39 --> Even1 has joined #instantbird 11:26:28 <-- Even1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 11:26:49 --> Even1 has joined #instantbird 11:31:40 --> jb has joined #instantbird 11:45:07 <instantbot> firstname.lastname@example.org granted feedback for attachment 1467 on bug 1369. 11:45:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1369 enh, --, ---, clokep, ASSI, Support WATCH and MONITOR for IRC 11:49:48 --> clokep_work has joined #instantbird 11:49:49 * ChanServ sets mode +o clokep_work 11:51:36 <clokep_work> flo: I think that makes sense... 12:02:06 --> deOmega1 has joined #instantbird 12:02:40 <deOmega1> good morning. I am unable to get all of my Googletalk contacts to show up. 12:03:32 <deOmega1> It is only showing 4 contacts online, while the official gtalk client is showing a lot 12:04:02 <deOmega1> This is after multiple restarts. I updated this morning 12:04:21 <deOmega1> version 1.2a1pre (20120513041643) 12:06:19 <deOmega1> will try to find this log to see if any response... but will try working on it or reverting 12:06:41 <-- deOmega1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 12:07:17 <aleth> clokep_work: So far, WATCH is not turned on automatically when it exists, right? Or where is that in the code? 12:07:26 <clokep_work> Yes, it is. 12:07:32 <clokep_work> Uhh...let me see. 12:09:35 <clokep_work> Sorry, was eating an apple and it got messy. ;) 12:09:56 <clokep_work> In the WATCH handler it kills the ISON stuff and then sets watchEnabled to true and sets the watch list, etc. 12:10:05 <clokep_work> aleth: What else do you mean by "turned on"? 12:10:10 <aleth> But what calls the WATCH handler? 12:11:07 <aleth> iSupport? 12:11:30 --> Mic|web has joined #instantbird 12:11:30 <clokep_work> It's registered as an ISUPPORT handler... 12:11:43 <clokep_work> https://bugzilla.instantbird.org/attachment.cgi?id=1467&action=diff#a/chat/protocols/irc/irc.js_sec4 12:12:08 <Mic|web> iSupport ... is that something made by Apple? 12:12:10 <Mic|web> scnr ;) 12:12:11 <flo> are we likely to reach the max size of the watch list frequently? 12:12:13 --> deOmega1 has joined #instantbird 12:12:32 <deOmega1> ok, none of teh versions I have been trying to revert to is resolving it 12:12:38 <clokep_work> When an ISUPPORT message comes in (i.e. numeric 005), it goes into the ISUPPORT code, we parse it...create a bunch of messages and throw them through all the reigstered ISUPPOR thandlers. 12:12:53 <clokep_work> deOmega1: We haven't changed that code in a long long time. :( 12:12:58 <aleth> clokep_work: Right, OK. 12:13:02 <aleth> Thanks. 12:13:16 <clokep_work> flo: I don't know what servers normally set it to, it's 128 in the "RFC". 12:13:18 <deOmega1> clokep_work: I do not now what is going on then 12:13:21 <aleth> So no /watch command is registered for the user to see. 12:13:34 <clokep_work> aleth: No, why would there be one? 12:13:38 <deOmega1> I am here speaking with others using google talk itself, but they are not showing up on Instantbird 12:13:43 <aleth> clokep_work: I agree, just checking. 12:13:52 <deOmega1> I will do a clean install. thanks 12:14:03 <aleth> Hadn't looked at iSupport before... (nor had anyone else I guess ;) ) 12:14:43 <aleth> It's great how extensible it is. 12:14:52 <clokep_work> It's awful. :P 12:14:58 <-- deOmega1 has quit (Quit: Instantbird -- http://www.instantbird.com) 12:15:18 <clokep_work> For some reason they used 005 also, when that was already used. :( 12:15:31 <aleth> Yes :( 12:15:46 <aleth> I was referring to your code, not the protocol... 12:15:57 <clokep_work> But anyway, yes. ISUPPORT is fairly extensible, the syntax is really weird and it has this concept of resettings things to "default", without defaults being defined...it's weird. 12:16:12 <clokep_work> aleth: Ah, thanks. Well...it looks like everything else. ;) I took the four subprotocols and made them all handled the same way. :) 12:16:20 <clokep_work> (IRC, CTCP, DCC, ISUPPORT) 12:16:34 <aleth> Yes and now bolting things on looks quite neat :) 12:18:06 <clokep_work> It was the goal! :-D 12:18:08 * aleth suspects clokep has been thinking of adding NickServ and ChanServ support along the same lines 12:18:17 <clokep_work> I have a couple of extension in the works too to do more things. 12:18:43 <clokep_work> Yeah, I'll make a ircServices handler. 12:18:57 <clokep_work> I have like half of an ircCrypto one done too. ;) 12:19:53 <flo> I was wondering if it (exceeding the max watch list lenght) is likely to be frequent enough to justify falling back to ison, rather than throwing an error 12:20:26 <clokep_work> flo: You mean like keeping the max filled, but then polling the other uses with ISON? 12:20:35 <flo> clokep_work: yes 12:20:35 <clokep_work> s/max/watch list/ 12:20:59 <flo> it may be overkill though :) 12:21:25 <clokep_work> I'd rather not do that until someone files a bug of "I have a 50000 people on my IRC list and it only tracks 128 of them!". 12:21:58 <flo> I think the bug will be described as "some buddies never appear online, but I think they are because they are talking to me" 12:23:18 <clokep_work> Probably. :) I'll file a followup on it after this is further along? 12:23:36 <flo> and wontfix it? 12:24:22 <aleth> As I mentioned in my comment, I think it'll be worth removing temporary buddies from the list though in the future, to avoid reaching 128 when using IB for a long time without restart 12:25:12 <aleth> But that's not really part of this bug either. 12:25:14 <flo> we have "temporary buddies" now? :-S 12:25:28 <clokep_work> flo: No, we don't... but aleth keeps talking about them. :P 12:25:40 <aleth> We don't 12:25:51 <FeuerFliege> hey guys, I left the GTalk account I created for testing (non GMail account) in the account manager 12:26:10 <aleth> Well, noone has come up with a better idea for approaching bug 613 or whatever it was :P 12:26:12 <flo> clokep_work: oh, ok, he's talking about them again and again until we actually believe we do have them, and don't object to a patch "fixing" them? ;) 12:26:13 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=613 min, --, ---, nobody, NEW, Presence information for IRC private messages from people not on the buddy list 12:26:19 <FeuerFliege> and just a few minutes ago it connected 12:26:40 <FeuerFliege> so I guess google changed something 12:26:43 <clokep_work> aleth: Yes, I know. Personally I haven't really thought about that bug in a bit though. :) 12:27:15 <aleth> Nor have I... If I thought temporary buddies were so great I would have tried to patch it by now ;) 12:27:22 <clokep_work> Hahah. :) 12:27:40 <clokep_work> But yeah, I'm not worried about supporting something like that until we have it. :) 12:28:16 <flo> if we really want that feature (presence information for non-buddy conversations) we will patch our way around in the conversation API 12:28:21 <aleth> I was thinking of it because currently you only add buddies to the watch list, and in future you'd want to also track DM partners (however that is implemented) 12:28:55 <flo> maybe imIConvIM could implement http://lxr.instantbird.org/instantbird/source/chat/components/public/imIStatusInfo.idl#43 12:29:06 <FeuerFliege> but i have no GTalk buddies so i cannot test anything 12:29:27 <flo> FeuerFliege: why are you surprised that it connected? 12:30:06 <flo> filing a bug that makes sense to attach that UTF-crap patch is almost as difficult as writing the patch :-S 12:30:12 <clokep_work> flo: Because it's a non-GMail account, it's just a Google account. 12:30:20 <FeuerFliege> I had the account since we talked about it (if a GMail account is necessary or not) and it never connected 12:30:28 <clokep_work> (Re our conversation on Friday, or whenever that was.) 12:31:14 <Mic|web> MIbbit's unread ruler sucks :( 12:31:20 <flo> aaaah! 12:31:40 <flo> by "non-GMail" account I assumed he meant "Gtalk for Google Apps" 12:31:50 <FeuerFliege> but know it changes to green and offers me a Disconnect :) 12:32:50 <flo> FeuerFliege: so what about you add a buddy to see what happens? :) 12:33:00 <flo> (you can add email@example.com) 12:33:28 <FeuerFliege> but it doesntât work right â¦ the protocol is not offered when I try to add a buddy 12:33:58 <FeuerFliege> and I just noticed that there is no âConnected for â¦â in account manager (but i can connect and disconnect) 12:34:08 <-- FeuerFliege has quit (Input/output error) 12:34:10 <clokep_work> Mic|web: Their tab complete sucks too. :P 12:34:14 <flo> uh, what's displayed in the account manager then? 12:34:15 --> FeuerFliege has joined #instantbird 12:34:33 <flo> Mic|web, clokep_work: are you saying you need a web version of Instantbird? ;) 12:35:29 <Mic|web> Sure, not only because of that but also because the web is the future and the platform and .. scnr again ;) 12:35:53 <FireFly_TB> flo: the icon with the green status, the disconnect button, like everything else but no Connected for â¦ line 12:36:20 <flo> FireFly_TB: so what's displayed on that line? 12:36:24 <flo> "Connected" ? 12:36:29 <FireFly_TB> flo: no 12:36:32 <FireFly_TB> nothing 12:36:36 <FireFly_TB> it is just missing 12:36:43 <-- skeledrew has quit (Ping timeout) 12:36:50 <flo> nothing at all between the name of the account and the "disconnect" button? 12:37:02 * flo wonders if there was a JS error in the console 12:37:31 <FireFly_TB> yes, there is just a lot of white :) 12:37:44 --> deomega1 has joined #instantbird 12:37:57 <deomega1> It's me again, sorry 12:38:15 <deomega1> I did a clean install and that has resolved the issue 12:38:15 <Mic|web> hi deOmega1 12:38:35 <deomega1> I have a problem though that goes back to the account login bug 12:38:43 <FireFly_TB> after the restart it is cycling again and not logging in to GTalk. 12:38:46 <deomega1> I cannot gt into my twitter account 12:38:54 <deomega1> do i enter my email or just my id? 12:39:14 <deomega1> it sayd username, but that doe snot work.. so i enter email and that is not working lol 12:39:24 <deomega1> so can i know for sure which one it shodu be so I can persist with it? 12:39:40 <FireFly_TB> deomega1: I used my ID in both the registration in IB and in the OAuth window 12:39:55 <deomega1> ok, so not your email address? OK 12:39:58 <FireFly_TB> deomega1: no 12:40:00 <clokep_work> deomega1: You use your username NOT your email address. 12:40:09 <clokep_work> But it's case sensitive, I think 12:40:12 <deomega1> ok, thank you 12:40:39 <FireFly_TB> I used JanssenFl and not firstname.lastname@example.org 12:41:07 <aleth> ^^ sounds like account wizard failing to be wizard enough :-/ 12:41:46 <flo> FireFly_TB: you were disconnected from IRC with "Input/output error", was it a crash? 12:42:41 <clokep_work> aleth: Yeah, I think we have an open issue about that Twitter case. 12:42:55 <clokep_work> A big issue is that it /always/ says "username", which is kind of vague. 12:42:57 * flo wonders if fixing that confusing part of the twitter account set-up process is another "simple" bug to keep wnayes busy until the summer starts 12:43:03 <FireFly_TB> flo: no, just File â Exit 12:43:11 <aleth> flo: That's more likely to be bug 1316 12:43:14 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1316 nor, --, ---, nobody, NEW, Input/output error on quit when closing Instantbird 12:43:24 <clokep_work> Especially for things like Twitter or Facebook where you might log in with an email. 12:44:13 <flo> aleth: I thought that was fixed :-/ 12:44:28 <deomega1> fixed. Thanks 12:44:59 <FeuerFliege> clokep_work: bug 957 12:45:03 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=957 nor, --, ---, nobody, NEW, Twitter Account wizard instructions not clear enough 12:46:19 <clokep_work> flo: It was mostly fixed, but we were still seeing it after the fix. 12:46:30 <flo> :-D 12:46:58 <clokep_work> But we ran out of ideas of what the issue was. :( 12:47:03 <flo> "it's fixed but the bug still happens" sounds strange to me ;) 12:47:17 <flo> clokep_work: someone just needs to investigate then... 12:47:23 <aleth> Well, it used to always happen rather than occasionally ;) 12:47:28 <flo> connect to IRC without SSL, and play with wireshark 12:47:29 <Mic|web> Should there be the prompt for the master password if no account is set to auto-connect? Currently it's there... 12:47:35 <flo> (and yes, it's tedious, I know) 12:47:41 <Mic|web> I rather expected it when trying to connect the first account. 12:47:44 <flo> (I didn't mean to imply you should be the one doing it) 12:47:47 <clokep_work> flo: I don't think there are STR. 12:48:21 <flo> Mic|web: sounds like a bug 12:48:33 <Mic|web> OK, I'll file it. 12:48:42 <flo> clokep_work: aren't the STR just "File -> Exit"? 12:50:59 <clokep_work> flo: But it only happens sometimes. 12:51:24 <flo> so it sounds like a race condition? :( 12:51:30 <clokep_work> Possibly, yes. 12:52:04 <flo> could it be that we send a quit message, and the server dislikes if we close the socket before the ERROR reply? 12:53:28 <-- FireFly_TB has quit (Quit: FireFly_TB) 12:53:40 --> FireFly_TB has joined #instantbird 12:53:42 <clokep_work> It's possible. 12:53:56 <instantbot> New Instantbird (UI) bug 1431 filed by email@example.com. 12:54:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1431 nor, --, ---, nobody, NEW, Master password prompt appearing at startup even though no account is set to connect automatically 12:54:09 <flo> is it worth delaying the xpcom shutdown? 12:54:11 <-- deomega1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 12:54:14 --> deomega1 has joined #instantbird 12:54:17 <flo> (if we find how to do it) 12:55:36 <clokep_work> I don't know, maybe. 12:55:50 <clokep_work> I wonder what libpurple does after sending the quit message. 12:56:12 <flo> Mic|web: if you cancel it, that doesn't break anything, and it appears only once (not once per configured account)? 12:56:39 <flo> clokep_work: I don't know, but we didn't hold the shutdown process for it 12:59:07 <deomega1> one last nag please. Itw as working fine but i did some of teh addons and all of a sudden, I hit enter and it does not send, but returns... 12:59:19 <deomega1> I have to hold down teh ctrl key to send messages 12:59:30 <deomega1> any idea how to reset that? 12:59:57 <Mic|web> If I recall correctly, there's an extension that does exactly that. 13:00:06 <Mic|web> Let me look up the name... 13:00:57 <Mic|web> Could it be that you have this one installed: https://addons.instantbird.org/en-US/instantbird/addon/308 ? 13:02:50 <deomega1> oh yes, I installed line-break. ah, I see now.. I was confused there (rushing I suppose) I was trying to get back the line that shows up after you last viewed a conversation, but now i remember that that is built in 13:02:50 <deomega1> I apologize for my ignroacne guys... like i am new to all of this all over again. Thanks MIc 13:03:05 <Mic|web> You're welcome :) 13:03:49 <deomega1> typos from the gates of hell. lol. take care and thanks. 13:05:09 <flo> deomega1: if you have been able to forget some things, it's because it worked well enough that you didn't have to care about them ;) 13:05:39 <deomega1> flo: good point :) 13:09:50 <-- deomega1 has left #instantbird () 13:12:47 <FeuerFliege> GTalk is again pseudo connected 13:13:04 <flo> anything in the error console? 13:13:34 <FeuerFliege> only error in the console since then is Error: 13:13:34 <FeuerFliege> this._proxyCancel is null 13:13:34 <FeuerFliege> Source File: resource:///modules/socket.jsm Line: 207 13:14:29 <flo> We/I really need to fix that one 13:16:38 <-- aleth has quit (Input/output error) 13:20:46 * bear-afk is now known as bear 13:21:06 <-- FireFly_TB has quit (Quit: FireFly_TB) 13:26:46 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 13:31:31 --> Lalae has joined #instantbird 13:31:48 * bear is now known as bear|buildduty 13:31:49 <-- Lalae has left #instantbird () 13:33:26 <-- jb has quit (Ping timeout) 13:33:47 --> aleth has joined #instantbird 13:33:47 * ChanServ sets mode +h aleth 13:46:47 <-- pvagner has quit (Ping timeout) 13:51:08 --> jb has joined #instantbird 13:59:36 <-- clokep_work has quit (Quit: Meeting.) 14:02:38 <-- jb has quit (Quit: jb) 14:06:01 <flo> https://developer.mozilla.org/en/XUL/Method/onFindAgainCommand "You should specify true as the input parameter to perform a "find previous" operation, or "true" to perform a "find next."" :-D 14:07:28 <FeuerFliege> bipolar true ^^ 14:07:46 <flo> it's either true or "true" (a boolean vs a string) ;) 14:09:00 <FeuerFliege> and "true" = false? 14:09:38 <flo> so MDC says that I can now connect securely with only an email address, and when I click "sign in", it asks me for my browser id email and password :-S 14:10:44 <flo> ooooh, I'm connected! 14:10:48 --> jb has joined #instantbird 14:11:52 <aleth> I can sign in too, though the Password Manager doesn't seem to be able to remember that password :P 14:14:11 <aleth> It still calls itself browserID though 14:15:25 <flo> of course 14:15:57 <flo> when changing a product name for marketing reasons, you don't put the new name anywhere on the product, would you? :) 14:17:11 --> FireFly_TB has joined #instantbird 14:20:22 <Mic|web> Does that mean that BrowserID has a new name now? 14:21:05 <flo> Mic|web: are you kidding? 14:21:26 <Mic|web> No? :( 14:22:02 <flo> Mic|web: It's been renamed to 'Persona'. I can't believe you missed such a huge trolling opportunity. :) 14:22:27 <flo> http://www.thewindowsclub.com/mozilla-renames-browser-id-persona-persona-themes-confusion 14:25:38 <FeuerFliege> Browser ID â Persona; Personas â Themes â Complete Themes 14:25:56 <FeuerFliege> that is brilliant! 14:26:03 <flo> and confused users going to Facebook instead ;) 14:28:26 <Mic|web> It seems that some people really like this name as brand, maybe even a bit too much;) 14:47:11 --> mmkmou has joined #instantbird 14:52:22 <-- FireFly_TB has quit (Quit: FireFly_TB) 14:54:29 --> wnayes has joined #instantbird 15:09:42 --> FireFly_TB has joined #instantbird 15:22:02 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client) 15:33:35 <-- FeuerFliege has quit (Ping timeout) 15:33:35 <-- FireFly_TB has quit (Ping timeout) 15:35:35 * jwir3|away is now known as jwir3 15:38:16 --> clokep_work has joined #instantbird 15:38:16 * ChanServ sets mode +o clokep_work 15:44:51 <-- gerard-majax has quit (Ping timeout) 15:45:59 --> micahg has joined #instantbird 15:48:24 * bear|buildduty is now known as bear-afk 15:48:28 <-- jb has quit (Ping timeout) 15:51:20 <clokep_work> aleth: That's kind of annoying. :P I'll need to move the code where I sent the WATCH command somewhere else. :( 15:58:15 --> chrisccoulson has joined #instantbird 16:00:29 * jwir3 is now known as jwir3|lunch 16:03:10 --> jb has joined #instantbird 16:06:31 --> igorko has joined #instantbird 16:18:23 <-- micahg has quit (Ping timeout) 16:26:13 <-- jb has quit (Quit: jb) 16:27:01 <wnayes> flo: In the review of my last patch, did you experience a change when adding "min-height: 40px;" for the last top protocol list item? 16:27:22 <flo> yes 16:27:24 <flo> you don't? 16:28:33 <wnayes> All of the items (for me at least) have always sized themselves based on the two labels, which are the same in every item 16:29:03 <flo> for me it's sized by the icon (32px + 2*4px of padding) 16:30:14 <flo> the labels may be bigger or have different margin/paddings depending on the OS. 16:32:09 <wnayes> Ah I see. I didn't think about the last item having no vertical padding since the labels have always trumped the icons in my OS :) 16:32:43 <flo> it's almost impossible to think about these details until they become actually visible for some reason 16:33:12 <-- Even1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 16:33:37 <wnayes> Are there any needed changes in the en-US list ordering I've had? Currently it's gtalk,facebook,twitter,aim,msn,yahoo. 16:34:09 <wnayes> I think I read someone suggested Facebook be lowered. 16:34:15 <flo> it's fine with me, but I'm not from the USA ;) 16:34:34 <clokep_work> I think it's OK w/ me. 16:34:39 --> myk has joined #instantbird 16:34:42 <clokep_work> My gut is to move Twitter to the end, but I don't know why. :) 16:34:56 <flo> is MSN common in the US? 16:37:16 --> micahg has joined #instantbird 16:37:25 <clokep_work> It used to be common on the west coast, I hardly use it though personally. 16:37:34 <wnayes> I would say it is maintaining popularity better than AIM has, although I've never used MSN. 16:40:09 --> Mook_as has joined #instantbird 16:44:11 * bear-afk is now known as bear 16:44:15 * bear is now known as bear|buildduty 16:51:48 <wnayes> flo: I was also wondering about the phrase above the top protocols list and the inclusion of "for/from your region" at the end. In the patch I'm preparing I currently have just "Below is a selection of popular protocols." Does that convey the right message? 16:53:10 <flo> probably not :-/. It's not actionable 16:53:34 <flo> the full list has "Please choose the protocol of your IM account in the following list." 16:55:54 <flo> wnayes, all: any idea for something more useful we could put there? Or should we just remove that line? 16:56:49 <wnayes> Perhaps something like "Please consider choosing the protocol of your IM account from a selection of popular protocols." 16:57:35 <flo> is the important message "Please choose the protocol of your IM account" or "it's only a list of popular protocols, there are more available"? 16:58:20 --> EionRobb has joined #instantbird 17:00:06 <-- EionRobb has quit (Ping timeout) 17:02:47 <wnayes> I thought something like a "consider choosing" might imply more being available. The second message is more important but not as easily actionable. 17:08:16 --> FeuerFliege has joined #instantbird 17:08:17 --> FireFly_TB has joined #instantbird 17:14:43 <flo> if we don't find anything really good, maybe just use the same string for both pages? ("Please choose the protocol of your IM account in the following list.") 17:14:58 <flo> (I'm not sure the "in the following list" part adds much value; we could drop it) 17:18:15 --> jb has joined #instantbird 17:31:22 --> Tomek has joined #instantbird 17:33:53 <clokep_work> flo wnayes I think the same string for both pages might make sense. 17:36:16 <-- sonny has quit (Quit: Instantbird -- http://www.instantbird.com) 17:43:16 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 17:44:09 <wnayes> I think I'll use "Please choose the protocol of your IM account." for both in the patch then. 17:44:56 <clokep_work> flo: FYI the patch in https://bugzilla.mozilla.org/show_bug.cgi?id=754824 will need to be applied to JS-IRC too. 17:48:06 --> Mic has joined #instantbird 17:48:06 * ChanServ sets mode +h Mic 17:51:57 <Mic> Hello 17:52:07 --> sonny has joined #instantbird 17:54:41 <-- Even has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 18:00:30 <-- wnayes has quit (Quit: Instantbird -- http://www.instantbird.com) 18:13:30 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :() 18:15:29 --> zen_monkey has joined #instantbird 18:18:25 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 18:31:35 <-- FeuerFliege has quit (Ping timeout) 18:31:35 <-- FireFly_TB has quit (Ping timeout) 18:41:26 --> gerard-majax has joined #instantbird 18:56:11 <-- micahg has quit (Ping timeout) 18:57:53 --> micahg has joined #instantbird 19:05:51 <-- micahg has quit (Ping timeout) 19:06:09 * jwir3|lunch is now known as jwir3 19:08:16 --> Mic has joined #instantbird 19:08:16 * ChanServ sets mode +h Mic 19:11:46 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :() 19:47:17 --> Mic has joined #instantbird 19:47:17 * ChanServ sets mode +h Mic 19:49:46 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :() 19:50:40 --> Mic has joined #instantbird 19:50:40 * ChanServ sets mode +h Mic 19:57:33 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :() 20:01:25 <-- myk has quit (Ping timeout) 20:02:14 <-- zen_monkey has quit (Quit: Saliendo) 20:04:42 --> Mic has joined #instantbird 20:04:42 * ChanServ sets mode +h Mic 20:07:23 --> myk has joined #instantbird 20:07:34 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :() 20:12:08 --> flo has joined #instantbird 20:12:08 * ChanServ sets mode +qo flo flo 20:15:15 --> Mic has joined #instantbird 20:15:15 * ChanServ sets mode +h Mic 20:15:29 <Mic> Good evening 20:15:34 <flo> "<clokep_work> flo: FYI the patch in https://bugzilla.mozilla.org/show_bug.cgi?id=754824 will need to be applied to JS-IRC too." what do you mean? The current patch already touches JS-IRC 20:15:49 <flo> do you mean I need an r+ there from you too? You said it made sense, so I assumed it was ok ;) 20:16:48 <Mic> Is there a way to tell that an account was disconnected because of the application shutting down? 20:17:21 <clokep_work> flo: I assumed the patch was the same as the pastebin, which only had the change in one place. :) 20:17:27 <clokep_work> I didn't read the patch in the bug, sorry. :( 20:17:35 <flo> to tell that from where? 20:19:30 <Mic> An extension listening to "account-disconnected" at the moment. I tried setting a flag at "quit-application-granted" to decide myself but that didn't work as I was hoping :( 20:20:08 <-- flo has quit (Ping timeout) 20:24:22 --> FireFly_TB has joined #instantbird 20:24:28 --> FeuerFliege has joined #instantbird 20:26:30 --> flo has joined #instantbird 20:26:30 * ChanServ sets mode +qo flo flo 20:28:12 <-- flo has quit (Ping timeout) 20:28:37 <-- FireFly_TB has quit (Quit: FireFly_TB) 20:30:37 --> FireFly_TB has joined #instantbird 20:30:55 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 20:30:57 <-- FireFly_TB has quit (Quit: FireFly_TB) 20:32:09 <Mic> Good night 20:32:18 <-- Mic has quit (Connection reset by peer) 20:33:02 --> flo has joined #instantbird 20:33:02 * ChanServ sets mode +qo flo flo 20:33:08 <flo> 22:18:12 - flo: feel free to add a + there if you think it's not OK to check-in to chat/ with r=asuth :) 20:33:08 <flo> 22:19:27 - flo: my connection is being awful again :( 20:33:08 <flo> Mic: why didn't it work with quit-application-granted? You may also want to try prpl-quit, but it seems to be called after quit-application-granted 20:35:38 <clokep_work> flo: I think it's fine (it's very clearly the same code in both places). 20:36:21 <flo> clokep_work: I think I would prefer the ERROR call before the getDisconnected call 20:36:38 <clokep_work> flo: I can change it if you'd like. 20:36:47 <flo> isn't gotDisconnected likely to cause (indirectly) lots of other messages to go to the console? 20:37:09 <flo> clokep_work: it that change is ok with you, I can just check it in now, because I get too upset by that connection and go to bed instead ;) 20:37:16 <flo> s/because/before/ 20:37:35 <clokep_work> One second. 20:38:17 <clokep_work> flo: Yes, that change is fine. 20:38:28 * flo wonders what you were checking 20:38:59 <clokep_work> The patch. :P To make sure I definitely knew what we were talking about. :-D 20:39:42 <flo> boo, you added trailing whitespace to irc.js :( 20:40:08 <clokep_work> :( Sorry. 20:40:44 <-- igorko has quit (Connection reset by peer) 20:42:17 <clokep_work> Anyway, I'm going home. Will be back soon. :) 20:42:20 <-- clokep_work has quit (Quit: G'night.) 20:42:22 <flo> I should include that patch too tomorrow when syncing chat/ in comm-central, right? 20:45:34 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/1afad9aa06d0 - Patrick Cloke - Bug 1409 - Handle (dis)connects better in IRC, r=fqueze. 20:45:36 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/dd35946e4b52 - Florian Quèze - Bug 735219 - Fix conflict between BigFile and Twitter's http.jsm files, r=bienvenu. 20:46:16 <instantbot> firstname.lastname@example.org granted review for attachment 1466 on bug 1409. 20:46:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1409 nor, --, ---, clokep, ASSI, Handle (dis)connects better in IRC 20:49:00 <-- gerard-majax has quit (Ping timeout) 20:53:44 <-- flo has quit (Ping timeout) 21:00:37 --> EionRobb has joined #instantbird 21:02:06 * bear|buildduty is now known as bear 21:17:18 <-- jb has quit (Quit: jb) 21:24:24 --> DGMurdockIII has joined #instantbird 21:30:56 * bear is now known as bear-afk 21:33:07 --> clokep has joined #instantbird 21:33:07 * ChanServ sets mode +o clokep 21:37:29 <instantbot> email@example.com set the Resolution field on bug 1409 to FIXED. 21:37:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1409 nor, --, 1.2, clokep, RESO FIXED, Handle (dis)connects better in IRC 21:40:11 --> mmkmou has joined #instantbird 21:43:17 <-- mmkmou has quit (Ping timeout) 21:51:28 --> BYK has joined #instantbird 21:54:53 --> mmkmou has joined #instantbird 21:58:21 <-- Tomek has quit (Quit: Instantbird 1.1) 22:04:13 * jwir3 is now known as jwir3|away 22:05:39 <clokep> aleth: Any idea when a good time to send the results of parsing all of the ISUPPORT parameters would be? 22:07:21 <aleth> Maybe turn it around: Instead of sending, wait with initializing the dependent modules until all the required ISUPPORT parameters have been parsed? 22:08:11 <clokep> Right, but I don't really know when I've received all of them. :( There's no like end message AFAIK. 22:08:19 <aleth> :( 22:08:54 <aleth> Have each module declare what it is waiting for? 22:09:33 <aleth> Then you just have a boolean to check to see if you have the necessary info to init. 22:09:48 <aleth> Of course that may be overkill, I don't know. 22:11:59 <clokep> Yeah...hmm.... :-/ 22:12:10 <clokep> It's silly to have things depend on each other is really what it comes down to. :P 22:13:11 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120509070325]) 22:13:56 <aleth> The alternative is having the modules listen for the ISUPPORT params as they arrive... but then e.g. for WATCH you might have to resend the whole watch list just cos you discover "A" is OK... 22:19:41 <clokep> Yes, that's what I'm trying to avoid... 22:25:48 --> Kaishi has joined #instantbird 22:37:57 <-- Mook_as has quit (Ping timeout) 22:38:29 <-- sonny has quit (Quit: Instantbird -- http://www.instantbird.com) 22:38:37 --> Mook_as has joined #instantbird 22:48:34 <-- mmkmou has quit (Ping timeout) 22:52:08 --> mmkmou has joined #instantbird 23:10:07 <-- Kagami has quit (Ping timeout) 23:11:11 --> Kagami has joined #instantbird 23:17:16 <-- EionRobb has quit (Ping timeout) 23:17:37 --> EionRobb has joined #instantbird 23:19:48 <-- meh has quit (Quit: I don't want to live on this planet anymore.) 23:41:17 <-- BYK has quit (Ping timeout)