#instantbird log on 12 05 2012

All times are UTC.

00:10:31 --> clokep has joined #instantbird
00:10:31 * ChanServ sets mode +o clokep 
01:05:30 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
01:05:37 --> clokep has joined #instantbird
01:05:37 * ChanServ sets mode +o clokep 
01:38:22 <-- meh has quit (Quit: The point is: don't lose your dinosaur.)
02:01:41 <-- qlum has quit (Connection reset by peer)
02:12:20 <-- Mook_as has quit (Quit: Mook_as)
02:13:56 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
02:14:27 --> rosonline has joined #instantbird
02:15:39 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
03:12:04 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
03:22:46 <DGMurdockIII> https://dev.twitter.com/calendar
03:22:58 <DGMurdockIII> the calander of api changes
03:23:16 <DGMurdockIII> Calendar of API changes
03:23:27 <DGMurdockIII> to make sure i speeled it right
03:23:32 <DGMurdockIII> spelled*
03:25:41 --> Mook has joined #instantbird
03:26:15 <EionRobb> the colander on ape chalets 
03:29:17 <-- Optimizer has quit (Ping timeout)
03:32:35 --> Optimizer has joined #instantbird
03:35:12 <instant-buildbot> build #702 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/702
03:42:31 <-- mpmc has quit (Connection reset by peer)
04:09:12 <-- mconley has quit (Connection reset by peer)
04:09:46 --> mconley has joined #instantbird
04:12:41 <-- DGMurdockIII has quit (Connection reset by peer)
04:14:38 --> DGMurdockIII has joined #instantbird
04:22:08 <-- EionRobb has quit (Quit: Leaving.)
04:33:07 --> micahg_ has joined #instantbird
04:34:34 <-- micahg has quit (Ping timeout)
04:36:04 <-- mconley has quit (Input/output error)
05:20:00 <instant-buildbot> build #793 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/793
05:29:19 --> zen_monkey has joined #instantbird
05:42:59 <-- skeledrew has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com)
05:43:38 --> skeledrew has joined #instantbird
05:47:46 --> micahg has joined #instantbird
05:49:32 <-- micahg_ has quit (Quit: Leaving)
06:10:36 --> deltafalcon has joined #instantbird
07:35:28 --> jb has joined #instantbird
07:36:47 <-- jb has quit (Quit: jb)
07:37:27 --> jb has joined #instantbird
07:41:21 <-- DGMurdockIII has quit (Ping timeout)
07:45:25 <instant-buildbot> build #702 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/702
07:49:24 <-- Mook has quit (Quit: Mook)
07:58:14 --> Even has joined #instantbird
07:58:14 * ChanServ sets mode +o Even 
08:37:49 <-- Optimizer has quit (Ping timeout)
08:58:03 <-- skeledrew has quit (Ping timeout)
08:58:53 --> Even1 has joined #instantbird
08:59:00 <-- Even1 has quit (Quit: Even1)
08:59:06 --> Even1 has joined #instantbird
08:59:33 --> skeledrew has joined #instantbird
09:04:19 --> look has joined #instantbird
09:06:12 --> Mic has joined #instantbird
09:06:12 * ChanServ sets mode +h Mic 
09:06:32 <-- Mic has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
09:06:38 --> Mic has joined #instantbird
09:06:39 * ChanServ sets mode +h Mic 
09:17:52 <-- zen_monkey has quit (Quit: Saliendo)
09:22:23 --> gerard-majax has joined #instantbird
09:27:31 --> rosonline has joined #instantbird
09:29:01 <-- look has quit (Ping timeout)
09:35:41 --> look has joined #instantbird
09:45:34 <-- rosonline has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
09:45:59 --> rosonline has joined #instantbird
09:59:27 <-- look has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
10:05:26 <Mic> Hello
10:09:44 <-- rosonline has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
10:37:52 --> flo-retina has joined #instantbird
10:37:52 * ChanServ sets mode +qo flo-retina flo-retina 
10:52:39 <flo-retina> clokep: thanks for looking at the XMPP bug! :)
10:57:38 --> mpmc has joined #instantbird
11:17:56 <-- Mic has quit (Connection reset by peer)
11:19:31 --> Optimizer has joined #instantbird
11:36:11 --> clokep has joined #instantbird
11:36:12 * ChanServ sets mode +o clokep 
11:40:06 <-- Optimizer has quit (Ping timeout)
11:47:36 <clokep> flo-retina: No problem. I'm pretty sure it is the right approach from what you said. :)
11:47:48 <clokep> (Plus I needed to pretend to know things about XMPP. ;))
11:48:12 <flo-retina> why do you need that? You will soon be able to more than pretend to know things about Oscar ;)
11:49:25 <clokep> Ah, yes...speaking of which, is there a way in libpurple to get what is sent over the pipe or do I need to use wireshark for things like that?
11:50:38 <flo-retina> if recompiling is fine with you, I don't see why there couldn't be a way
11:50:44 <-- Kaishi has quit (Quit: Kaishi)
11:50:50 --> Kaishi has joined #instantbird
11:51:49 --> Optimizer1 has joined #instantbird
11:52:15 <clokep> OK, but there isn't something I can just flip. Thanks. :)
11:52:16 <flo-retina> clokep: I'm pretty sure you can add a printf near http://lxr.instantbird.org/instantbird/source/purple/libpurple/win32/libc_interface.c#420 and near line 427
11:53:23 <flo-retina> but wireshark may be easier, as it may be aware of the oscar protocol, and may be able to parse the packets
11:54:21 <clokep> Ah, I didn't think of that. It probably is. :)
11:57:56 --> qlum has joined #instantbird
12:02:05 * clokep isn't sure if his patch was r- or r+ then... ;)
12:02:20 <flo-retina> I'm not sure either
12:02:28 <flo-retina> should we handle \ escaping?
12:02:36 <flo-retina> should we remove the single quotes from the regexp?
12:03:14 <flo-retina> another way to say it is that I don't know if we are trying to fix connecting to the server that was reported to be incompatible with us (in that case the patch is good I think) or if we are trying to respect the spec (in that case more work is needed)
12:04:14 <clokep> We should probably fix everything we see that's wrong, but I was hesitant to change a lot without having the problem server around...
12:04:33 <flo-retina> well, the server hostname is given in the bug report ;)
12:05:00 <flo-retina> and you don't need to have an account to receive a challenge from the server
12:05:23 <flo-retina> hmm, if we unescape \, we should reescape it later, shouldn't we?
12:05:44 <flo-retina> or should we just change the regexp to not match " if there's an \ before it?
12:06:07 <flo-retina> that would keep the escaped string, and we would resend it escaped
12:06:23 <clokep> I'd say change the regexp to not match if there's a \ before it.
12:06:40 <flo-retina> hmm, we should check how that string is used
12:06:51 <flo-retina> if we use it while computing something (likely) we need to unescape
12:07:00 <clokep> I can take another look tonight.
12:16:09 <-- clokep has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
12:28:21 <-- jb has quit (Quit: jb)
12:28:40 --> rosonline has joined #instantbird
12:30:05 <-- Tonnes has quit (Connection reset by peer)
12:30:31 <-- rosonline has quit (Client exited)
12:30:34 --> rosonline has joined #instantbird
12:30:39 <-- rosonline has quit (Client exited)
12:32:10 --> meh has joined #instantbird
12:32:30 --> rosonline has joined #instantbird
12:33:20 --> Tonnes has joined #instantbird
12:34:17 --> jb has joined #instantbird
12:38:24 <-- rosonline has quit (Ping timeout)
12:38:38 --> rosonline has joined #instantbird
12:42:29 <-- rosonline has quit (Client exited)
12:42:58 --> rosonline has joined #instantbird
12:43:12 <-- rosonline has quit (Quit: Experimentem Instantbird 1.3 -- http://www.instantbird.com)
12:45:02 --> rosonline has joined #instantbird
12:46:10 <-- rosonline has quit (No route to host)
12:46:29 --> rosonline has joined #instantbird
12:49:29 <-- rosonline has quit (Ping timeout)
12:52:37 --> aleth has joined #instantbird
12:52:37 * ChanServ sets mode +h aleth 
13:03:51 --> clokep_work has joined #instantbird
13:03:51 * ChanServ sets mode +o clokep_work 
13:15:29 <flo-retina> there's a spam comment in http://blog.instantbird.org/2012/11/instantbird-1-3-released/#comments
13:15:37 <flo-retina> I don't remember the url to log into the blog
13:19:14 * clokep_work wonders which is spam. :-S
13:19:28 <clokep_work> Ah the one w/ the sketchy link.
13:20:27 <flo-retina> clokep_work: this one: https://www.google.fr/search?q=%22This+is+the+right+site+for+anybody+who+wishes+to+understand+this+topic.%22
13:33:50 <clokep_work> Right.
13:54:41 --> rosonline has joined #instantbird
14:02:11 <-- Kaishi has quit (Quit: Kaishi)
14:14:28 <-- Optimizer1 has quit (Ping timeout)
14:16:18 <-- flo-retina has quit (No route to host)
14:20:11 --> flo-retina has joined #instantbird
14:20:12 * ChanServ sets mode +qo flo-retina flo-retina 
14:35:58 <-- meh has quit (Ping timeout)
14:36:01 <-- aleth has quit (Input/output error)
14:41:42 --> meh has joined #instantbird
14:43:58 <-- rosonline has quit (Client exited)
14:48:03 <-- mpmc has quit (Connection reset by peer)
14:52:00 --> mconley has joined #instantbird
15:25:33 <-- jb has quit (Ping timeout)
15:26:40 --> jb has joined #instantbird
15:26:44 --> aleth has joined #instantbird
15:26:44 * ChanServ sets mode +h aleth 
15:42:55 --> Optimizer has joined #instantbird
16:03:32 <-- qlum has quit (Ping timeout)
16:07:10 --> qlum has joined #instantbird
16:50:14 <-- jb has quit (Connection reset by peer)
16:50:55 <-- gerard-majax has quit (Ping timeout)
16:54:17 --> jb has joined #instantbird
17:26:05 --> rosonline has joined #instantbird
17:27:41 <-- Even1 has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
17:29:36 <flo-retina> I wonder what's the minimum amount of work we would need to do to have usable indexed search
17:32:43 <flo-retina> (other ways to ask the question are: Can I hack this quickly during the holidays, and have that working in nightlies early next year? or: Can I get that working faster than clokep will get js-oscar in shape?) ;)
17:40:37 --> Mook_as has joined #instantbird
17:50:14 <clokep_work> flo-retina: Define "in shape" ;)
17:50:23 <-- jb has quit (Input/output error)
17:52:07 --> jb has joined #instantbird
17:54:23 <aleth> flo-retina: What do you plan to use for the backend? For a minimal front end, a modified log viewer would do.
17:54:29 <flo-retina> clokep_work: connecting ;)
17:54:41 * aleth somehow suspects you don't want to use gloda
17:55:41 <clokep_work> flo-retina: Well once I intsall wireshark...shouldn't be too much time. :-D
17:56:31 <flo-retina> aleth: for the back-end, I was thinking of using the parts of gloda that aren't over engineered.
17:56:52 <flo-retina> clokep_work: sudo apt-get install ;)
17:57:27 * aleth is reminded he should port mconley's log viewer improvements
17:57:59 * clokep_work thinks we should just get mconley to use Instantbird. :P
17:58:10 * mconley glances around furtively
17:58:21 <clokep_work> flo-retina: 'sudo' is not recognized as an internal or external command, operable program or batch file. ;)
17:59:47 <flo-retina> clokep_work: sounds like a good idea, except if he's already using js-irc from Thunderbird ;)
18:00:09 <mconley> I'm still being a chump and using LimeChat. I'm a bad person.
18:00:18 <mconley> totally using TB as my Twitter client though.
18:00:24 <mconley> it's my primary Twitter client.
18:00:41 <aleth> mconley: Just out of interest, any cool IRC features we are missing?
18:01:00 <flo-retina> mconley: we just need to know what feels wrong when you try it (say just try it for a week, and send some feedback)
18:01:09 <mconley> alright
18:01:19 <mconley> I'll give it a shot
18:01:21 <aleth> IB is better than TB for IRC though imho
18:01:24 * clokep_work mutters that what feels wrong is that he can't sign into a Lync server. ;)
18:01:47 <mconley> Installing...
18:01:59 <flo-retina> clokep_work: all right, I should review these patches
18:02:09 <mconley> flo-retina: story of my life
18:02:45 <flo-retina> mconley: do you have several thousand lines patches waiting? ;)
18:02:55 <flo-retina> mconley: I think I'll just review the makefiles :-D
18:03:09 <mconley> I sure hope I don't
18:03:12 <mconley> I don't think I do
18:03:19 * mconley breaks down and cries
18:03:43 <flo-retina> I'm pretty sure I have at least 2
18:04:08 <-- jb has quit (Quit: jb)
18:04:11 <-- mconley has quit (Quit: Leaving...)
18:05:33 <-- flo-retina has quit (Ping timeout)
18:06:20 --> mconley has joined #instantbird
18:06:48 <mconley> Using InstantBird
18:06:49 --> flo-retina has joined #instantbird
18:06:49 * ChanServ sets mode +qo flo-retina flo-retina 
18:06:53 <mconley> found my first request
18:07:03 <flo-retina> cool
18:07:24 <mconley> Shift-Home doesn't select all. Apple+Shift+Back just moves me back a tab
18:07:30 <mconley> how do I wipe out what I've typed?
18:07:36 * flo-retina is always surprised that once I've noticed that I'm offline (for example because I switched to a different wifi) /offline followed by /back reconnects all accounts but irc accounts.
18:08:11 <flo-retina> Command+a selects all
18:08:19 <flo-retina> I usually do Command+a and then backspace
18:10:24 <flo-retina> do you have the home key easily accessible on your keyboard? (is it a macbook?)
18:10:45 <mconley> I have an external keyboard plugged into my Macbook
18:10:48 <mconley> which has a home button
18:11:14 <mconley> brb - installing sweet theme
18:11:16 <-- mconley has quit (Quit: NO CARRIER)
18:11:19 --> mconley has joined #instantbird
18:11:52 <-- mconley has quit (Broken pipe)
18:11:53 --> mconley has joined #instantbird
18:13:33 --> mconley1 has joined #instantbird
18:13:54 <-- mconley has quit (NickServ (GHOST command used by mconley1))
18:14:01 * mconley1 is now known as mconley
18:14:13 <mconley> just had my first crash
18:14:17 <mconley> crash report sent.
18:15:35 <mconley> is there some way to join lots of rooms without having to do File > Join Chat?
18:15:53 <mconley> and also auto-connect to them?
18:16:30 <-- deltafalcon has quit (Connection reset by peer)
18:17:07 <flo-retina> mconley: there's a checkbox in the join chat dialog to auto-join these rooms
18:17:34 <flo-retina> you can use the /join command with a comma separated list of channels
18:18:19 <flo-retina> or you can go to the account properties and put the same comma separated list of channels there so that these channels are joined the next time the account is connected
18:18:27 <mconley> ah, k
18:18:28 <mconley> thanks
18:20:34 --> deltafalcon has joined #instantbird
18:21:33 <mconley> Hm, can't seem to connect to my BIP bouncer - apparently, my SSL cert is out of date. *sigh*
18:21:54 <mconley> (that's a sigh for my cert, not IB)
18:22:01 <flo-retina> you'll need to fix the cert, or add a cert exception from the pref dialog
18:28:48 <aleth> Shift-Home works for me
18:29:53 <-- aleth has quit (Quit: Au revoir)
18:29:57 --> aleth has joined #instantbird
18:29:57 * ChanServ sets mode +h aleth 
18:30:15 <aleth> flo-retina: That's weird, /offline & /back reconnect IRC for me too
18:30:43 <aleth> They should only not reconnect when you manually parted the channel but kept the tab open.
18:30:43 <flo-retina> aleth: it's possible /offline is fast for IRC when you are still online and the server can reply quickly with a QUIT.
18:31:03 <flo-retina> aleth: it's the account that doesn't reconnect, not the channel that isn't rejoined
18:31:19 <flo-retina> aleth: it's because the account is still in the "disconnecting" state when I type "/back"
18:32:10 <aleth> That makes sense & the /back behaviour in this case sounds like a bug
18:37:41 --> DGMurdockIII has joined #instantbird
18:38:59 <flo-retina> aleth: I'm not sure what the correct fix is, but maybe we just need to check when changing from the disconnecting state to the disconnected state if the account's status is online.
18:42:14 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
18:45:14 <instantbot> New Core - IRC bug 1846 filed by florian@instantbird.org.
18:45:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1846 min, --, ---, nobody, NEW, Changing the status to available while an IRC account is in the disconnecting state doesn't reconnec
18:46:55 <instantbot> New Core - IRC bug 1847 filed by florian@instantbird.org.
18:46:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1847 nor, --, ---, nobody, NEW, The channel password shouldn't be displayed each time I join a password protected channel
18:48:37 --> mconley1 has joined #instantbird
18:49:10 <-- Even has quit (Input/output error)
18:49:48 <mconley1> I've got some crash STR for y'all
18:49:53 <-- mconley has quit (Ping timeout)
18:49:56 <mconley1> on MacBook pro
18:49:57 * mconley1 is now known as mconley
18:50:29 <mconley> close the "Instantbird" window...the one with the blank avatar, "Display Name", status on it
18:50:35 <mconley> (I imagine that'd list some IM contacts if I had any)
18:50:43 <mconley> now, try opening up Preferences.
18:50:44 <-- deltafalcon has quit (Ping timeout)
18:50:50 <instantbot> New Core - IRC bug 1848 filed by florian@instantbird.org.
18:50:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1848 tri, --, ---, nobody, NEW, IRC buddies take longer than other account's buddies to be marked as status unknown when disconnecti
18:55:03 --> deltafalcon has joined #instantbird
19:01:14 <mconley> Hm, got more feedback if you're interested
19:01:26 <mconley> I really enjoy LimeChat's inline image rendering.
19:01:30 <mconley> I miss that here.
19:02:15 <aleth> That Preferences crash sounds very Mac-specific
19:02:33 <aleth> Possibly bug 1647?
19:02:36 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1647 cri, --, ---, nobody, UNCO, Opening preferences crash [@ nsMenuUtilsX::DispatchCommandTo ]
19:03:28 <aleth> mconley: Does it show images on hover or directly embedded?
19:03:45 <mconley> aleth: directly embedded.
19:04:02 <aleth> Scaled to some maxsize I guess
19:04:05 <mconley> yep
19:04:17 <-- Optimizer has quit (Ping timeout)
19:08:18 --> Optimizer has joined #instantbird
19:09:36 <aleth> mconley: could you maybe add a screenshot to bug 1581?
19:09:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1581 enh, --, ---, nobody, NEW, Inline received media
19:09:50 <mconley> aleth: sure
19:14:22 <mconley> aleth: done
19:15:03 <aleth> Thanks!
19:25:34 <-- Optimizer has quit (Ping timeout)
19:26:33 --> Mic has joined #instantbird
19:26:33 * ChanServ sets mode +h Mic 
19:27:15 * Mic wonders why some conversations are restored to the chat windows instead to "on hold"..
19:27:51 <Mic> *chat window
19:29:08 --> Optimizer has joined #instantbird
19:50:59 <rosonline> aleth: Any progress wih a protocol QQ?
19:51:28 <clokep_work> Mic: I've noticed that too.
19:51:30 <clokep_work> Seems fairly random.
19:52:42 <Mic> clokep_work: I think I've only seen extra tabs,but no missing ones (i.e. all that had tabs were restored properly).
19:56:20 <clokep_work> Mic: Never true for me.
19:56:31 <clokep_work> #instantbird always ends up on hold, but I (obviously) always have it open.
19:56:43 <clokep_work> flo, mconley thanks for filing those bugs / the feedback.
19:56:54 <mconley> :D
19:57:00 <mconley> no problem - happy to
19:57:18 <rosonline> Someone could tell me about the protocol QQ...
19:59:00 <Mic> rosonline: afaik nobody here is actually using it.
19:59:27 <-- Optimizer has quit (Ping timeout)
19:59:47 --> gerard-majax has joined #instantbird
19:59:53 <rosonline> So, will it be desabilited in the future releases?
20:00:15 <clokep_work> rosonline: If we have reason to think it doesn't work, we'll disable it, yes.
20:00:34 <rosonline> hum
20:01:19 <clokep_work> If they get libqq working that'd be good to know.
20:01:20 <rosonline> I think that the protocol should be updated for the QQ 2012 (actuality is in QQ2010)
20:02:30 <clokep_work> I'm not really sure what you mean by that.
20:03:40 <rosonline> The protocol in Instantbird contains the "QQ version" QQ 2010
20:03:44 --> flo-retina has joined #instantbird
20:03:44 * ChanServ sets mode +qo flo-retina flo-retina 
20:05:29 <rosonline> I think that If you could update the version of QQ for 2012, the protocol could work
20:06:05 --> Optimizer has joined #instantbird
20:06:21 <clokep_work> We're not going to update the protocol ourselves, none of us use QQ.
20:06:30 <clokep_work> If libqq gets it working, I'll happily bring their changes in.
20:07:39 <flo-retina> Mic: what happened to your add-on or WIP for bug 1581?
20:07:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1581 enh, --, ---, nobody, NEW, Inline received media
20:08:19 <flo-retina> clokep_work: but you still want to update libqq, don't you? I think the upstream version is more recent than ours (I don't know if it works though)
20:09:07 <flo-retina> mconley: have you looked at the stacks of your crashes?
20:09:21 <flo-retina> (openDialog('about:crashes') in the Error Console)
20:09:25 <clokep_work> flo-retina: It causes heap errors for me. ;)
20:09:51 <flo-retina> clokep_work: that means it's in the average state of a libpurple prpl, right? ;)
20:10:08 <Mic> flo-retina: it was an add-on but I haven't found it again. I suspect it's on an old (and broken) computer of mine.
20:10:18 <mconley> flo-retina: I'm seeing them... ID: 60bdc2a7-ecb6-417d-bf74-b2ce32121205
20:12:14 <flo-retina> mconley: that's been our top crasher for years
20:12:39 <flo-retina> a Mac gecko developer "fixed" it, but it still crashes as much :(
20:14:53 <flo-retina> mconley: and I can't reproduce with your steps to reproduce. I know it happens when opening the preference dialog or the about dialog, but the reason why it happens isn't clear
20:16:27 <flo-retina> either something in our handling of the menu bar isn't exactly like in Firefox's, or we are just very unlucky that some code reading at a kinda random but more or less always the same memory location finds something in Instantbird that causes a crash, while in Firefox it just does nothing.
20:16:54 <mconley> flo-retina: you guys do the hiddenWindow thing, right?
20:16:57 <mconley> for OSX?
20:17:20 <flo-retina> mconley: http://lxr.instantbird.org/instantbird/source/instantbird/content/hiddenWindow.xul
20:17:32 <mconley> right, ok
20:17:35 * mconley shrugs
20:17:51 <mconley> my guess is that it's somehow related to the hidden window
20:18:24 <flo-retina> my guess is that something in some obscure mac menu handling code keeps a reference to the contacts window's menu instead of the hidden window's menu
20:19:00 <clokep_work> I thought I had a copy of Mic's extension too, by the way, but I've never been able to find it (and have been through a handful of OS installs...:()
20:19:23 <mconley> flo-retina: sounds plausible
20:19:33 <flo-retina> the crash does happen in Firefox and Thunderbird. But we get as many crash report for this stack in a day that Firefox + Tb combined get in a week
20:20:40 * mconley is now known as ehsan_
20:20:58 * ehsan_ is now known as ehsan
20:21:55 <flo-retina> mconley: if only we had reliable steps to reproduce, we could valgrind it and show to the Mac people where the code is doing something wrong.
20:22:22 * ehsan is now known as mconley_
20:22:28 <clokep_work> Sounds like someone has reliable ways to reproduce...;)
20:22:29 * mconley_ is now known as mconley
20:23:24 <flo-retina> I also wondered if the bug could be related to using windows that don't have a menubar at all (eg the Error Console)
20:24:16 <flo-retina> and maybe it could be happening only after a GC has occurred
20:28:58 <flo-retina> hmm, with a nightly it seems I can reproduce reliably
20:30:02 <flo-retina> let's just hope it's not something caused by building on PPC :-D
20:30:21 <clokep_work> Can't we hope it is something caused by that, stop doing that and voila...magically gone? :D
20:30:51 <flo-retina> ahah, yeah, we can do that too :-D
20:31:12 <flo-retina> would be nice to get rid of the top crashers for the next release
20:31:40 <clokep_work> I don't suppose we've made any headway on that? :)
20:32:35 <flo-retina> do you have any idea for the 2 other crashers? :)
20:32:52 <flo-retina> they both look related to threads, so I suspect purpleTimer and purpleSockets
20:33:28 <flo-retina> it doesn't help that nobody ever wrote a comment saying what was going on before these crashes
20:35:39 <clokep_work> :(
20:35:45 * clokep_work doesn't know the last time he crashed.
20:35:56 <clokep_work> I also wonder how many crashes would go away if MSN was gone.
20:36:35 <flo-retina> bah, if I run the nightly with gdb it crashes at startup :-/
20:36:53 <flo-retina> clokep_work: a few.
20:36:59 --> EionRobb has joined #instantbird
20:37:49 <flo-retina> clokep_work: but if you look at the crashes reported during the last 4 weeks, not much are obviously msn http://crash-stats.instantbird.com/query/query?product=Instantbird&version=ALL%3AALL&date=&range_value=4&range_unit=weeks&query_search=signature&query_type=exact&query=&build_id=&process_type=all&do_query=1
20:39:09 <flo-retina> clokep_work: msn causes lots of "random" crashes, that are reported once or twice
20:39:32 <EionRobb> thinking of switching to msn's xmpp?
20:41:46 <flo-retina> EionRobb: or dropping it completely in a few months, depending on what the MSN / Skype announcement means
20:42:55 <EionRobb> neat
20:43:35 <clokep_work> The MSN-Skype stuff probably isn't good for most open-source IM clients...
20:43:41 <flo-retina> EionRobb: nobody knows if the MSN network and its XMPP gateway will still exist, right?
20:44:29 --> dew has joined #instantbird
20:44:48 --> igorko has joined #instantbird
20:45:02 <EionRobb> yeah, hard to tell if the xmpp stuff is just a transition thing until everyone has moved to skype
20:45:16 <EionRobb> at the moment its just being used by the skype client to connect to 'legacy' peoples
20:45:45 <EionRobb> although at the moment, if you link your msn and skype accounts, your msn account will get offline messages from any new skype clients, appearing to come from the email address @fakeSkypeDomain.fakedomain
20:45:55 <EionRobb> can IB block *@fakeSkypeDomain.fakedomain ?
20:46:21 <dew> so that's what those messages are
20:46:58 <EionRobb> dew: you too, huh?  my commiserations :)
20:47:30 <rosonline> Maybe an copy of the Skype conversation ( I'm using Imo.im and the @fakeSkypeDomain appears)
20:47:33 <-- igorko has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
20:47:45 <EionRobb> I feel it's a bit of a privacy concern for all of my skype messages to be being sent via msn offline servers
20:50:07 <flo-retina> EionRobb: well, all your skype messages are going through microsoft anyway ;)
20:50:18 <dew> yes
20:50:25 <dew> it's not p2p anymore correct?
20:51:06 <EionRobb> flo-retina: unless I'm using a pre-microsoft skype client perhaps?  who knows :(
20:51:11 <Mic> dew: from what I've read they moved the Skype "super-nodes" to MS servers
20:51:29 <EionRobb> can't have done that for all of them though
20:51:35 <EionRobb> especially the university ones
20:51:37 <dew> ah that makes sense
20:51:45 <EionRobb> and the people who are unwittingly acting as supernodes
20:51:55 <Mic> That doesn't happen anymore from what I've read
20:51:59 <dew> weren't the supernodes mostly hosted by servers anyway?
20:52:08 <dew> I remember the outage from windows updates a few years back
20:52:22 <EionRobb> you're also a supernode if you enable the "allow port 80/443" advanced setting in the client
20:52:44 <aleth> rosonline: None of us is working on QQ. You'll have to get the libqq people to fix it and tell us if they update their code ;)
20:53:23 <Mic> EionRobb: http://arstechnica.com/business/2012/05/skype-replaces-p2p-supernodes-with-linux-boxes-hosted-by-microsoft/
20:54:02 <dew> linux boxes haha
20:55:03 <dew> time for me to search for an instantbird page on facebook to life
20:55:05 <dew> like
20:55:45 <Mic> dew: there's one but it's not us maintaining it :(
20:56:00 <EionRobb> you couldn't claim ownership?
20:56:00 <dew> I saw.  We need to get the word out!
20:56:02 <flo-retina> we have the "I love Instantbird" group though :-D
20:56:15 <EionRobb> shouldn't there be the page for the IB app (if you're using the FB xmpp auth)?
20:56:35 <flo-retina> EionRobb: we aren't using that (yet)
20:56:58 <EionRobb> oh?  how come?
20:57:05 <flo-retina> Digest-MD5 works ;)
20:59:30 --> Mnyromyr has joined #instantbird
20:59:36 <Mic> Good evening
20:59:39 <-- Mic has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
21:07:45 <EionRobb> might have to have a go at getting FakeSkype to compile... see if I can get it sending/receiving messages
21:09:53 <-- rosonline has quit (Quit: http://www.mibbit.com ajax IRC Client)
21:10:32 <-- flo-retina has quit (Ping timeout)
21:18:47 --> flo-retina has joined #instantbird
21:18:47 * ChanServ sets mode +qo flo-retina flo-retina 
21:20:02 --> flo has joined #instantbird
21:20:03 * ChanServ sets mode +qo flo flo 
21:30:08 <-- flo-retina has quit (Ping timeout)
21:39:29 <-- gerard-majax has quit (Ping timeout)
21:41:52 <-- clokep_work has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
21:42:37 <-- flo has quit (Input/output error)
21:42:39 --> flo has joined #instantbird
21:42:39 * ChanServ sets mode +qo flo flo 
22:17:15 --> Kaishi has joined #instantbird
22:18:00 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2152 on bug 1846.
22:18:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1846 min, --, ---, nobody, NEW, Changing the status to available while an IRC account is in the disconnecting state doesn't reconnec
22:22:30 <flo> aleth: you have checked that switching again to /offline cancels the reconnect timer I assume? :)
22:23:22 <flo> I'm not sure how I feel about calling _startReconnectTimer in a case where the account wasn't disconnected because of an error
22:24:25 <flo> aleth: what happens when the reconnect timer fires if the account is still disconnecting?
22:25:36 <aleth> flo: http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#619
22:26:01 <aleth> I'm not sure how I feel about it either, but it seems the obvious fix and I couldn't immediately think of any problem scenarios
22:26:32 <flo> http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#632
22:26:46 <flo> so it will be a no-op if the account isn't disconnected
22:26:55 <flo> the first reconnect timer will fire after 1s
22:27:14 <flo> if the IRC account takes more than 1s do finish disconnecting after the user typed /back, the account won't be reconnected
22:28:06 <aleth> Oh right, the timer doesn't get reset in that case
22:28:18 <flo> http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#251
22:28:46 <flo> I think we should check at that place if we should reconnect
22:29:20 <aleth> You mean, add a completely new flag?
22:30:03 <flo> if (this._statusObserver && statusType > Ci.imIStatusInfo.STATUS_OFFLINE) this.connect();
22:30:37 <flo> aleth: you don't need a new flag, you already made all the back-end change to know if an account is expected to connect whenever possible, or stay offline.
22:31:07 <aleth> Ah yes, we delete the statusObserver when the user disconnects an account.
22:31:36 <aleth> Though I should check that.
22:32:14 <aleth> Right. http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#640
22:32:20 <flo> the only slightly tricky detail is that line 255 needs to be executed before that new code
22:33:10 --> clokep has joined #instantbird
22:33:10 * ChanServ sets mode +o clokep 
22:33:17 <aleth> Hmm yes.
22:33:58 <flo> but if you duplicate that line and then return early, that's probably acceptable
22:34:30 <flo> also, this bug is an edge case that we missed before, so please include a comment explaining what the non-obvious thing was :)
22:35:26 * clokep is glad that that's not an IRC prpl fix. :)
22:35:55 <flo> clokep: heh
22:37:01 <flo> clokep: bug 1848 may be in the IRC prpl :-P
22:37:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1848 tri, --, ---, nobody, NEW, IRC buddies take longer than other account's buddies to be marked as status unknown when disconnecti
22:37:12 <flo> clokep: (although I wouldn't be surprised if it could be fixed in jsProtoHelper)
22:37:13 <clokep> flo: Not until you review SIPE! ;)
22:37:29 <clokep> (I'm teasing btw.)
22:37:31 <flo> and I don't know why I never filed that
22:37:39 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
22:37:40 <flo> it itches everyday
22:38:12 <flo> ah, I guess I haven't filed it because each time I see it is when I'm packing the laptop in my backpack and it's too late to file a bug
22:39:01 <flo> clokep: so the code doing that is in irc.js: http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#1401
22:39:54 <clokep> flo: So you think that should be while disconnecting?
22:40:35 <flo> js-xmpp does it in _disconnect: http://lxr.instantbird.org/instantbird/source/chat/protocols/xmpp/xmpp.jsm#1182
22:40:51 <flo> clokep: that should be immediately after the reportDisconnecting call
22:41:30 <clokep> flo: Sounds like you'll have a patch for me after I cook dinner? :D
22:42:48 <flo> clokep: not sure
22:42:55 <flo> IRC calls reportDisconnecting in 3 places :(
22:43:02 <flo> I don't want to duplicate that code
22:43:07 <clokep> :(
22:43:32 <flo> so the simple fix would be to create another function (_reportDisconnecting?) that does that before calling reportDisconnecting. That's ugly though.
22:43:52 <flo> the clean fix would be to move that code to jsProtoHelper in reportDisconnecting directly
22:44:16 <clokep> Does reportDisconnecting even know about buddies? :-S
22:44:23 <flo> but that means the GenericAccountPrototype needs to be aware of which account buddies the prpl has reported as having non-unknown status
22:45:07 <flo> well, setStatus is in jsProtoHelper http://lxr.instantbird.org/instantbird/source/chat/modules/jsProtoHelper.jsm#229 and the account is reachable from there
22:45:51 <flo> so accounts could automatically keep a list of buddies with a non-unknown status.
22:45:56 <flo> not sure if that's overkill or not.
22:46:09 <flo> but you will know when implementing a third js prpl with a buddy list ;)
22:48:59 <clokep> :P
22:49:07 * clokep doesn't want to install Wireshark. :(
22:49:13 <clokep> Maybe I'll just do it on my Linux box.
22:49:17 <flo> bah, http://lxr.instantbird.org/instantbird/source/chat/protocols/xmpp/xmpp.jsm#1125 also sucks :( (it changes the status unknown -> offline for all xmpp buddies before the server has had an opportunity to send us any presence stanza)
22:51:38 <flo> all right, I'll send you a patch for after your dinner :P
22:52:10 <clokep> :)
22:55:56 <flo> ouch, I just typed "git dif" while thinking "hg dif"
22:56:05 <flo> it usually happens the other way around ;)
22:58:17 <instantbot> florian@instantbird.org requested review from clokep@gmail.com for attachment 2153 on bug 1848.
22:58:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1848 tri, --, ---, florian, NEW, IRC buddies take longer than other account's buddies to be marked as status unknown when disconnecti
23:00:36 --> flo-retina has joined #instantbird
23:00:37 * ChanServ sets mode +qo flo-retina flo-retina 
23:01:18 <instantbot> aleth@instantbird.org cancelled review?(florian@instantbird .org) for attachment 2152 on bug 1846.
23:01:19 <instantbot> aleth@instantbird.org requested review from florian@instantbird .org for attachment 2154 on bug 1846.
23:01:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1846 min, --, ---, aleth, ASSI, Changing the status to available while an IRC account is in the disconnecting state doesn't reconnec
23:01:58 <-- mconley has quit (Ping timeout)
23:03:02 <flo-retina> aleth: can I assume that you have tested the patch? (it looks fine to me)
23:03:30 <instantbot> florian@instantbird.org granted review for attachment 2154 on bug 1846.
23:03:34 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1846 min, --, ---, aleth, ASSI, Changing the status to available while an IRC account is in the disconnecting state doesn't reconnec
23:03:49 <aleth> I've tested it, but by suitably breaking the IRC prpl, not in the situation you originally reported.
23:04:47 <flo-retina> the patch in bug 1810 doesn't seem to fix what's in the bug description, so I don't see what should be used as the commit message
23:04:50 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1810 nor, --, ---, aleth, ASSI, Filter spaces from IRC nick-/account names
23:05:21 <aleth> "Fix erroneous nickname error message when nick contains spaces" maybe?
23:05:32 <flo-retina> aleth: you made the irc prpl never actually send the QUIT, so that the server never replies with the ERROR?
23:05:47 <aleth> flo-retina: yes exactly
23:05:57 <flo-retina> aleth: is that resolving the bug (if so please change the summary), or do we expect other patches?
23:06:21 <flo-retina> aleth: sounds satisfying as a way to test :)
23:07:02 <aleth> flo-retina: I don't know if it resolves the bug, I'll leave that up to Mic
23:07:24 <aleth> It certainly fixes the brokenness.
23:07:46 <instantbot> clokep@gmail.com granted review for attachment 2153 on bug 1848.
23:07:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1848 tri, --, ---, florian, NEW, IRC buddies take longer than other account's buddies to be marked as status unknown when disconnecti
23:10:00 <flo-retina> clokep: dinner is over already?
23:10:16 <clokep> flo-retina: Was just reheating some leftovers.
23:10:23 <aleth> clokep codes with one hand and cooks with the other
23:10:38 <clokep> aleth: Just imagine if I had more hands...
23:11:10 <flo-retina> clokep: I imagine that leading to JS-QQ :-P
23:16:45 <-- aleth has quit (Input/output error)
23:18:27 --> rosonlin1 has joined #instantbird
23:19:58 <instantbot> florian@instantbird.org granted review for attachment 2149 on bug 1824.
23:20:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1824 enh, --, ---, wnayes, ASSI, Add a startDate attribute to prplIConversation
23:21:11 <flo-retina> neither Command+w nor Escape close the add-on manager :(
23:23:44 <flo-retina> clokep: I think I just found another IRC bug :-(
23:25:29 <flo-retina> 1. Connect a freenode account. 2. Add ChanServ and NickServ to the buddy list, see that they appear online immediately. 3. /offline 4. /back Expected result: ChanServ and NickServ appear online. Actual result: they don't, and I don't see "NickServ" at all in the debug log.
23:25:34 <clokep> flo-retina: You lie. ;)
23:25:45 <clokep> :(
23:25:50 <clokep> That sounds...ugly.
23:26:29 <flo-retina> I have a hard time reading that debug log (lack of color, boo), but it seems to start at the MOTD http://pastebin.instantbird.com/110590
23:28:29 <clokep> I wonder if we don't send the MONITOR message or something in that case.
23:29:33 <flo-retina> I won't patch that bug ;)
23:29:46 <flo-retina> I was just wondering if it could be caused by my patch
23:29:58 <flo-retina> but I don't think so. Just makes it difficult to test ;)
23:30:03 <clokep> I don't think so.
23:31:42 <flo-retina> ah, this time the buddy that was lagging was an AIM buddy!
23:34:43 * clokep isn't fixing that one. :P
23:35:34 <flo-retina> aleth will then ;)
23:35:53 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/12e06551204f - Will Nayes - Bug 1824 - Add a startDate attribute to prplIConversation, r=fqueze.
23:35:54 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/0425d79aed9a - Florian Qu├Ęze - Bug 1848 - IRC buddies take longer than other accounts' buddies to be marked as status unknown when disconnecting, r=clokep.
23:35:55 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/7e68c90fff6f - aleth - Bug 1810 - Fix erroneous nickname error message when nick contains spaces, r=clokep.
23:35:56 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/24431396e7ec - aleth - Bug 1846 - Changing the status to available while an IRC account is in the disconnecting state doesn't reconnect it, r=fqueze.
23:36:57 <instantbot> clokep@gmail.com set the Resolution field on bug 1846 to FIXED.
23:37:02 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1846 min, --, 1.4, aleth, RESO FIXED, Changing the status to available while an IRC account is in the disconnecting state doesn't reconnec
23:37:18 <flo-retina> the downside of fixing small itches is that once they are fixed we don't even remember they existed.
23:37:26 <-- Tonnes has quit (Connection reset by peer)
23:37:48 <instantbot> clokep@gmail.com set the Resolution field on bug 1810 to FIXED.
23:37:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1810 nor, --, 1.4, aleth, RESO FIXED, Filter spaces from IRC nick-/account names
23:38:19 <instantbot> clokep@gmail.com set the Resolution field on bug 1848 to FIXED.
23:38:24 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1848 tri, --, 1.4, florian, RESO FIXED, IRC buddies take longer than other accounts' buddies to be marked as status unknown when disconnecti
23:38:49 <instantbot> clokep@gmail.com set the Resolution field on bug 1824 to FIXED.
23:38:51 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1824 enh, --, 1.4, wnayes, RESO FIXED, Add a startDate attribute to prplIConversation
23:40:07 <flo-retina> I wonder if we documented somewhere at the time that the startDate replacement wasn't implemented correctly
23:40:20 <-- rosonlin1 has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
23:40:41 --> rosonlin1 has joined #instantbird
23:41:20 <-- rosonlin1 has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
23:41:23 --> rosonlin1 has joined #instantbird
23:41:40 <flo-retina> nope, " timeOpened, timeOpened{format}: The time when the conversation started, takes an optional format argument. "
23:46:04 <-- flo-retina has quit (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
23:46:34 --> mpmc has joined #instantbird
23:48:36 <-- rosonlin1 has quit (Quit: Instantbird 1.3 -- http://www.instantbird.com)
23:48:40 --> rosonlin1 has joined #instantbird
23:58:33 <-- qlum has quit (Quit: Getting the <censored> out.)