#instantbird log on 04 04 2012

All times are UTC.

00:01:23 <instant-buildbot> build #237 of linux-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/237
00:41:25 <-- myk has quit (Ping timeout)
00:54:24 <-- sonny has quit (Client exited)
01:03:05 <-- Mook_as has quit (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 10.0.2/20120215223356])
01:11:00 <-- mmkmou has quit (Quit: Instantbird -- http://www.instantbird.com)
01:18:46 <-- aleth has quit (Quit: Instantbird -- http://www.instantbird.com)
01:25:51 <instant-buildbot> build #205 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/205
01:41:22 <instant-buildbot> build #226 of win32-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/226
02:11:58 <instant-buildbot> build #439 of macosx-nightly-default is complete: Failure [failed hg_1]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/439
02:12:27 <instant-buildbot> build #451 of linux-nightly-default is complete: Failure [failed hg_1]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/451
02:22:59 <instant-buildbot> build #535 of win32-nightly-default is complete: Failure [failed hg_1]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/535
03:00:11 <-- wesj has quit (Input/output error)
03:10:16 --> wnayes has joined #instantbird
03:37:52 <-- wnayes has quit (Quit: )
05:08:11 --> Tomek has joined #instantbird
05:27:36 <-- Tomek has quit (Ping timeout)
05:48:41 --> FeuerFliege has joined #instantbird
06:11:15 <-- EionRobb has quit (Quit: Leaving.)
06:38:26 --> pvagner has joined #instantbird
06:46:41 <-- Kaishi has quit (Quit: Kaishi)
07:35:49 --> Tomek has joined #instantbird
07:56:07 --> Mic has joined #instantbird
07:56:07 * ChanServ sets mode +h Mic 
08:04:07 --> jb has joined #instantbird
08:08:20 --> MicTest has joined #instantbird
08:08:28 <-- MicTest has quit (Quit: MicTest)
08:29:44 <-- jb has quit (Quit: jb)
08:30:01 --> jb has joined #instantbird
08:42:54 <-- jb has quit (Quit: jb)
08:48:09 --> jb has joined #instantbird
08:48:31 <-- Tomek has quit (Ping timeout)
08:49:33 --> Tomek has joined #instantbird
08:51:35 <-- gerard-majax has quit (Ping timeout)
08:51:46 --> aleth has joined #instantbird
08:51:46 * ChanServ sets mode +h aleth 
08:56:42 <aleth> The builds all failed :(
09:02:52 <-- jb has quit (Quit: jb)
09:03:38 --> jb has joined #instantbird
09:03:41 <-- jb has quit (Quit: jb)
09:04:16 --> jb has joined #instantbird
09:12:00 <-- jb has quit (Quit: jb)
09:12:23 --> flo has joined #instantbird
09:12:23 * ChanServ sets mode +qo flo flo 
09:12:31 <flo> no nightly today :(
09:12:59 <flo> was there a scheduled downtime of hg.mozilla.org?
09:13:27 --> jb has joined #instantbird
09:14:52 <-- jb has quit (Quit: jb)
09:15:54 --> jb has joined #instantbird
09:19:49 <-- aleth has quit (Quit: Instantbird -- http://www.instantbird.com)
09:29:22 --> gerard-majax has joined #instantbird
10:18:33 --> clokep has joined #instantbird
10:18:33 * ChanServ sets mode +o clokep 
10:24:25 <Mic> BIO seems slower than usual today :(
10:24:59 <flo> ah?
10:25:52 <clokep> Here too.
10:28:02 <Mic> I added a checkin-needed saved search in case we'll start to use that more often
10:29:48 <flo> load averages: 12.79,  9.62,  6.38
10:29:49 <flo> hmm
10:30:01 <flo> I don't know what the server is doing, but there's probably something that isn't completely right
10:32:42 <flo> there's a bot called GSLFbot crawling lots of stuff (the ftp and the add-ons repository at least)
10:33:27 <instantbot> clokep@gmail.com set the Resolution field on bug 1329 to FIXED.
10:34:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1329 nor, --, 1.2, aletheia2, RESO FIXED, Tab complete: prefer sender of the last ping
10:34:49 <instantbot> clokep@gmail.com set the Resolution field on bug 1332 to FIXED.
10:35:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1332 nor, --, 1.2, aletheia2, RESO FIXED, Implement /whois and /whowas commands
10:38:21 <instantbot> clokep@gmail.com set the Resolution field on bug 1314 to FIXED.
10:38:27 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1314 min, --, 1.2, aletheia2, RESO FIXED, Own nickname (for pings) detection broken
10:40:42 <-- jb has quit (Quit: jb)
10:40:47 <clokep> And now we gave aleth new bugs to work on. ;)
10:40:52 <flo> is BIO back to normal?
10:41:03 <flo> the average load is <1 again
10:41:05 <clokep> Yes.
10:41:26 <flo> what are the new bugs to work on?
10:42:13 --> jb has joined #instantbird
10:42:29 <clokep> The ones that 1332 blocked.
10:42:44 <clokep> Which is why aleth even worked on that one in the first place I think. ;)
10:44:12 <-- jb has quit (Quit: jb)
10:44:52 <clokep> (Mostly bug 1321.)
10:44:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1321 min, --, ---, aletheia2, ASSI, Display name is lower case for IRC DMs
10:45:01 --> jb has joined #instantbird
10:45:58 * clokep dislikes these bugs being filed about "All IM/IRC clients..." I guess he was never taught to make statements using "ALL"...
10:47:05 <flo> clokep: adding obviously false statements like this is an easy way to decrease the credibility of the rest of the report ;)
10:51:32 <clokep> Exactly. :)
10:51:55 * clokep goes to find IM clients to prove those statements wrong...
10:52:01 <flo> also, a sure way to ensure I won't reply to an email is to send it to contact @ ib.org and a few minutes later to flo @ib.org
10:53:19 <clokep> :(
10:58:31 <clokep> flo: Do you run instantbird or instantbird-bin on Linux?
10:58:53 <flo> clokep: to start instantbird, I run instantbird
10:59:01 <-- Tomek has quit (Quit: Instantbird 1.1)
10:59:10 <flo> to do some testing, I run instantbird-bin with the LD_LIBRARY_PATH=. environment variable
10:59:24 <flo> (to start with gdb, valgrind or strace, it's easier to start the binary directly)
11:01:02 <clokep> Ah I see.
11:01:03 <clokep> Thanks.
11:01:24 * clokep is late...
11:01:27 <-- clokep has quit (Quit: Instantbird -- http://www.instantbird.com)
11:07:56 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
11:17:45 --> Tomek has joined #instantbird
11:21:58 <-- gerard-majax has quit (Ping timeout)
11:32:49 --> sonny has joined #instantbird
11:34:29 <-- Tomek has quit (Quit: Instantbird 1.1)
11:39:00 --> clokep_work has joined #instantbird
11:39:00 * ChanServ sets mode +o clokep_work 
11:52:54 <clokep_work> Ah the newest bug says "most" not "all" ;0
11:53:04 <clokep_work> Although I've never seen that an IRC client so...
11:58:23 <-- jb has quit (Quit: jb)
12:01:05 --> jb has joined #instantbird
12:02:37 <-- jb has quit (Quit: jb)
12:04:11 --> jb has joined #instantbird
12:06:34 <flo> clokep_work: I think in that case he meant some obscure IRC running in his terminal + chatzilla ;)
12:12:52 --> Tomek has joined #instantbird
12:20:45 <-- jb has quit (Quit: jb)
12:21:33 --> jb has joined #instantbird
12:22:12 <-- jb has quit (Quit: jb)
12:22:25 <clokep_work> flo: Yeah, sounds like he's definitely using a terminal IRC client.
12:22:57 --> jb has joined #instantbird
12:23:29 <flo> yeah, he was ranting a few months ago about how all IM clients suck because they don't work in a single window and expect people to have a mouse
12:24:00 <-- Tomek has quit (Quit: Instantbird 1.1)
12:24:02 <clokep_work> Most people /do/ have a mouse. ;)
12:24:11 <clokep_work> (And Instantbird works pretty damn well without a mouse btw.)
12:25:09 <flo> ah, another with "All IRC/IM clients" :)
12:25:23 <Dagger> working without a mouse is nice though. just because I have a mouse doesn't mean I want to reach all the way over to it to use it :)
12:25:36 <flo> Dagger: sure.
12:25:56 <clokep_work> Yes, I agree. I don't know much about the Thunderbird UI, but I hardly ever use a mouse with Instantbird.
12:26:25 <flo> I use the touchpad very often, because it's way faster than using the keyboard for navigation
12:26:46 <flo> as long as I can randomly point to very large areas and use multi fingers gestures
12:26:48 <-- jb has quit (Quit: jb)
12:29:56 <Dagger> ah, touchpad does affect things, since it's right under the keyboard. although I found it went the other way... I was more likely to use the keyboard for things since my hands were always right next to it
12:30:14 <Dagger> e.g. hitting space rather than clicking OK buttons
12:31:26 <flo> Dagger: clicking small targets is always slow
12:32:07 <flo> but if I want to scroll in the conversation history, I can put the cursor anywhere in the conversation, do one click to focus, and then just scroll as quickly or slowly as I want to find what I'm looking for or take the time to read
12:34:05 <flo> I'm seriously considering switching to Firefox nightlies just so that it offers to restart ifself once a day and stops blocking the UI half the time doing GC and CC operations :-S
12:35:58 <clokep_work> Yay nightlies!
12:36:06 <clokep_work> They've been fairly stable the past year.
12:36:24 <clokep_work> Anyone know Mook's bugmail?
12:36:25 <flo> the current release is almost unusable after an uptime of 2 or 3 days :(
12:36:36 <Dagger> makes sense, although since I'm on a desktop now I'd probably go for page up/down first if my hands were on the keyboard
12:36:38 <flo> clokep_work: on which bugzilla?
12:36:43 <clokep_work> bio.
12:37:01 <clokep_work> Dagger: You can use page up/down on Instantbird I believe. :)
12:37:17 <flo> clokep_work: mook.moz+bugs.instantbird at gmail
12:37:47 <Dagger> flo: Restartless Restart gives you a shortcut key for restarting, which makes it a bit less irritating to do
12:39:18 --> jb has joined #instantbird
12:39:37 <Dagger> clokep_work: ah, but I'm secretly using chat in Thunderbird, where it... ah, it requires shift+page up/down
12:39:51 <-- jb has quit (Quit: jb)
12:40:06 <clokep_work> Dagger: That's fine. :) I just don't know any of the UI in Thunderbird...because I secretly don't use it for chat. ;)
12:40:36 <instantbot> New Core - IRC bug 1359 filed by clokep@gmail.com.
12:40:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1359 nor, --, ---, clokep, NEW, Abstract the shared methods between ircChannel and ircConversation
12:40:57 --> jb has joined #instantbird
12:41:02 <clokep_work> Thoughts are welcome on that ^ ^.
12:47:14 <-- waynenguyen has quit (Quit: Instantbird -- http://www.instantbird.com)
12:47:40 --> waynenguyen has joined #instantbird
12:54:58 <flo> clokep_work: what's that idea 2??
12:56:47 <clokep_work> flo: What do you mean?
12:56:59 <flo> I got really confused with "set it's __proto__ dynamically to GenericConversationPrototype or GenericChatPrototype in it's init() function call". Seems like you are talking about a language with classes like C++
13:00:22 <-- jb has quit (Quit: jb)
13:01:04 --> jb has joined #instantbird
13:04:00 <clokep_work> Ah you gave me an option 4! :P
13:04:30 <flo> :-P
13:04:47 <flo> or even 4a and 4b :)
13:09:14 <clokep_work> Haha.
13:09:24 <clokep_work> Do you not understand what I meant by idea 2?
13:16:05 <-- GeekShadow has quit (Ping timeout)
13:16:07 <flo> right, I don't understand it. Either because I missed something or because it doesn't make sense (I'll let you decide :))
13:19:30 <-- jb has quit (Quit: jb)
13:19:54 --> jb has joined #instantbird
13:20:13 --> GeekShadow has joined #instantbird
13:21:19 <-- jb has quit (Quit: jb)
13:21:56 --> jb has joined #instantbird
13:32:45 <clokep_work> flo: Bah, you're right. Could I do this.__proto__.__proto__? :( Or would that affect all conversation (do objects with a shared __proto__ share that actual object?
13:33:46 --> aleth has joined #instantbird
13:33:46 * ChanServ sets mode +h aleth 
13:33:53 <flo> clokep_work: obviously they do, otherwise it wouldn't be a prototype
13:34:25 * bear-afk is now known as bear
13:36:07 <clokep_work> Right...hmm....
13:36:11 <clokep_work> Guess that way won't work then.
13:36:39 <flo> that may be the reason why I couldn't understand it :-|
13:37:48 --> Eveo has joined #instantbird
13:44:23 <clokep_work> Yeah, probably. :)
13:44:45 <flo> note the improvement: "all irc clients I know" ;)
13:45:24 <clokep_work> Hahah. Yes.
13:45:50 * clokep_work wonders how you're supposed to clear the topic then...
13:46:01 <clokep_work> Does the Tb UI show the topic at the top?
13:46:03 <-- waynenguyen has quit (Ping timeout)
13:46:14 <flo> at the top of the right pane
13:46:18 <flo> (and the edit UI there doesn't work :()
13:48:12 <clokep_work> So...it's always visible?
13:48:20 <clokep_work> (i.e. why do you need /topic to show the topic...)
13:48:37 <flo> because all IRC clients do it :-P
13:48:47 <flo> "scnr" ;)
13:49:19 <clokep_work> Bah you're as bad as Mic. :P
13:50:12 <flo> I don't think Mic puts the quotes
13:51:15 --> waynenguyen has joined #instantbird
13:54:31 * aleth thinks people who want IB to behave exactly like a terminal IRC client should use a terminal IRC client
13:54:52 <flo> :)
13:56:26 <clokep_work> aleth++
13:56:33 <clokep_work> I couldn't have said it better! (Well at least not nicer. ;))
13:56:55 <flo> clokep_work: yeah, it wouldn't have been "PG" ;)
13:57:52 <clokep_work> :)
14:04:58 <-- jb has quit (Input/output error)
14:06:42 --> jb has joined #instantbird
14:21:13 --> gerard-majax has joined #instantbird
14:21:40 --> mmkmou has joined #instantbird
14:21:46 <-- mmkmou has quit (Client exited)
14:21:51 <-- pvagner has quit (Ping timeout)
14:21:59 --> mmkmou has joined #instantbird
14:22:16 * clokep_work already hates that bug.
14:24:26 <flo> which one? :)
14:24:26 --> Mic|web has joined #instantbird
14:24:59 <clokep_work> The one I just filed. :p
14:25:05 <flo> :-P
14:25:27 <flo> I hate the gloda facet view :-P
14:25:42 <clokep_work> Why can't JavaScript just support multiple inheritance, then it'd be easy. ;)
14:26:07 <clokep_work> (come on, even Matlab supports it. :P)
14:29:45 * aleth is tempted to comment on the DNSSRV bug along the lines of "TB only supporting XMPP on facebook/google servers is in conflict with the mozilla mission statement of supporting the open web", but doubts it would help.
14:30:09 <flo> how is it related?
14:30:13 <flo> XMPP isn't the Web
14:30:22 <flo> and "The Web is the platform" :-S
14:30:45 <aleth> I see.
14:31:21 <aleth> Need to find some web app that needs DNSSRV then :P
14:32:09 <flo> the xpcom DNS API won't be exposed to web apps anyway
14:32:20 <aleth> yeah...
14:34:49 <Mic|web> flo: what happens on window.moveTo(0,0) on Macs? Does the window overlap the menu bar then?
14:35:34 <flo> if you give me an easy way to test it from the error console, I'll tell you the result :)
14:37:13 <Mic|web> OK
14:39:35 <Mic|web> http://pastebin.instantbird.com/25438
14:39:45 <Mic|web> It will move the contact list
14:41:02 <flo> it moves it in the top left corner of the area bellow the menu bar (so on the primary screen)
14:41:38 <Mic|web> OK, thanks. Could you tell me the value of window.screen.availTop then? I hope it's 0 ..
14:42:28 <flo> it's 22
14:42:51 --> Kaishi has joined #instantbird
14:43:49 <Kaishi> Hey flo, just wanted to say I read about the team's work on implementing instantbird features in thunderbird: I'm really impressed!
14:44:23 <flo> thanks! I wonder what you read :)
14:45:16 <Kaishi> Also I've been thinking about how you guys are using javascript for backend code, but how with JIT compilers, it's almost like... the opposite but parallel idea to Java
14:45:38 <Kaishi> Compile everywhere, same code!
14:45:59 <clokep_work> Except you don't compile...;)
14:46:04 <Kaishi> I think it was an article on slashdot, I'll go find it in my history
14:46:35 <Kaishi> Clokep: JIT compiles at execution time, that's how it is fast
14:46:53 <Kaishi> So you don't "compile" but gecko does
14:47:21 <flo> Kaishi: I think clokep meant you don't need any developer tools to be able to "compile" it before trying your changes
14:47:45 <Kaishi> And since gecko works everywhere these days, your js code works everywhere too!
14:48:12 <Kaishi> Flo: exactly! that's an excellent benefit without the problems associated with the java approach
14:48:54 <Kaishi> I've always hated java's results but I like the core problem they want to solve
14:49:06 <clokep_work> Kaishi: Yes, I meant that you don't compile to bytecode as the developer and deploy that.
14:49:32 <clokep_work> Any scripting language will do it though. :)
14:49:48 <Kaishi> I like your solution to that same problem :3 I'm actually grinning like an idiot at my desk at work as I think about this stuff.
14:51:07 <Kaishi> Well done, chaps. you're an inspiration.
14:51:25 <Mic|web> The Mac/Windows difference with moveTo/availTop sucks :(
14:52:23 <flo> Mic|web: out of curiosity, what are you trying to do? :)
14:53:40 <clokep_work> Kaishi: Well thanks. :)
14:54:43 --> jc has joined #instantbird
14:54:44 <-- jc has quit (Connection reset by peer)
14:54:46 <clokep_work> It certainly is less of a headache to not have to worry about compiling.
14:54:49 * clokep_work glares at libpurple...
14:55:12 <flo> clokep_work: would be nice to compile libpurple to JS with emscripten ;)
14:55:28 --> jc has joined #instantbird
14:55:30 <-- jc has quit (Connection reset by peer)
14:55:31 <clokep_work> flo: I was going to, but couldn't get it to run on Windows.
14:55:47 * clokep_work is curious what that means for licensing...
14:55:52 <clokep_work> I guess that counts as a derived work. ;)
14:56:08 <flo> I don't think that directly helps with licensing
14:56:16 <flo> but it would make it trivial to distribute it as an add-on
14:56:25 <Mic|web> flo: we set the contact list's height to availHeight for new profiles and move it to 0 for the y coordinate. Unfortunately this overlaps with the taskbar if it is placed on top of the screen.
14:56:30 <flo> as we wouldn't have to recompile for each OS any more
14:56:45 <Mic|web> We'd need to use availTop as y-coordinate on Windows.
14:56:49 <flo> Mic|web: uh, that seems stupid :(
14:58:12 <flo> Mic|web: the good news for you is that     Components.utils.import("resource:///modules/imServices.jsm"); var cl = Services.wm.getEnumerator("Messenger:blist"); var win = cl.getNext(); win.QueryInterface(Components.interfaces.nsIDOMWindow); win.moveTo(0,win.screen.availTop);  works
14:58:41 <Mic|web> That means even though you moved it to y = 22, it's still below the menubar??
14:58:42 <flo> actually on Mac moving to a coordinate that's < availTop will make the OS move the window automatically to put it under the menubar
14:58:47 <Mic|web> :)
15:01:46 <instantbot> New Instantbird (UI) bug 1360 filed by benediktp@ymail.com.
15:01:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1360 min, --, ---, nobody, NEW, Contact list position on new profile wrong when Windows user has taskbar on top of the screen
15:02:51 <clokep_work> That's a silly bug. :(
15:03:07 <flo> clokep_work: it's just that Windows is crappy
15:03:35 <clokep_work> Yup. :-/
15:05:39 <instantbot> benediktp@ymail.com requested review from florian@instantbird .org for attachment 1289 on bug 1360.
15:05:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1360 min, --, ---, benediktp, NEW, Contact list position on new profile wrong when Windows user has taskbar on top of the screen
15:06:38 <clokep_work> At least it's a stupid bug with an easy fix. :)
15:07:10 <Mic|web> I guess it went unnoticed because of the funny moveTo behaviour on Mac ;)
15:07:35 <flo> Mic|web: because nobody puts the taskbar on top :-P
15:08:01 <flo> and Linux probably has the same behavior as Mac, otherwise we would have noticed it (there's a toolbar on top of the screen on Ubuntu)
15:08:32 <instantbot> florian@instantbird.org granted review for attachment 1289 on bug 1360.
15:08:35 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1360 min, --, ---, benediktp, NEW, Contact list position on new profile wrong when Windows user has taskbar on top of the screen
15:08:49 <Mic|web> I don't think anyone will ever notice this ;)
15:10:36 <clokep_work> Mic|web: Those are the most important bugs...the ones that no one ever notices and it "just works" ;)
15:10:47 <clokep_work> (Like Magic Copy!)
15:11:04 <Mic|web> Yes, magic copy is really awesome :)
15:11:14 <flo> someone pressing Ctrl+a and then Ctrl+c on a *large* conversation will definitely notice :(
15:12:08 <Mic|web> All other IM clients copy the styling of their messages. IB doesn't do that. We need to fix it! scnr :P
15:12:43 <flo> Mic|web: are you following Tb/IM bugs too?
15:12:59 <Mic|web> Yes, unfortunately ;)
15:13:13 <flo> ahah
15:13:17 <Mic|web> There were a few starting with "All IM clients" recently
15:13:27 <flo> oh, really?
15:13:46 <Mic|web> That's where you're supposed to write "Yes, all clients do that. It is known" and add a counter-example in the next paragraph ;)
15:14:00 <Mic|web> I'm afraid it would be considered as trolling :D
15:14:15 <flo> Mic|web: the counter example is already provided in the report: Thunderbird! \o/
15:14:27 <flo> Mic|web: kaze is proud of being a troll anyway ;)
15:15:43 <flo> and apparently "my team" (not even sure if he was talking about the Ib or Tb team) insulted him (and more generally keyboard users) in the past, so it's just right that he trolls about us.
15:15:55 <aleth> All of IM clients is conquered. Only one small client still holds out against the invaders! ;)
15:15:58 <flo> (from what he said in a discussion today on #frenchmoz)
15:16:53 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
15:17:11 --> Mic|web has joined #instantbird
15:18:31 <clokep_work> In general I really don't like seeing "so-and-so does this this way, you must do it too!"
15:18:38 <clokep_work> But then why not juts use so-and-so. :(
15:18:47 <clokep_work> I see it a lot in bugtrackers. :-/
15:21:01 <flo> "so-and-so does this this way, you must do it too!" great summary!
15:21:37 <flo> no reason given + pretending we have to do it => frustrating bug report for everybody :)
15:25:15 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
15:26:15 --> igorko has joined #instantbird
15:27:07 --> Mic|web has joined #instantbird
15:48:26 <Kaishi> Flo: I put my taskbar on the top
15:50:28 <-- flo has quit (Quit: Instantbird -- http://www.instantbird.com)
15:50:58 <clokep_work> Ah, Mic: You'll make at least one person happy then. :)
15:55:13 <Kaishi> Taskbar belongs at the top because humans think top-down in task-oriented cases.
15:55:39 <Kaishi> Try it for a week and see if you go back.
15:59:06 * bear is now known as bear-afk
16:00:22 <Kaishi> Its the reason that mac os x, ubuntu, android, solaris, freebsd... all put the UI elements closes to the task bar at the top. Psychology.
16:04:41 --> wesj has joined #instantbird
16:06:29 <Kaishi> I don't mean to sound authoritative on it, but I've read journal articles on the subject. It really does work, once you adjust. My pc-illiterate parents both use the taskbar up top :)
16:26:58 <clokep_work> Kaishi: I keep mine on the left.
16:27:07 <clokep_work> The Windows taskbar used to default to on top I think.
16:28:56 <Kaishi> I'vet tried the left before. Thing is, I like my clock in the upper right.
16:29:09 <clokep_work> Alright.
16:29:20 <-- gerard-majax has quit (Ping timeout)
16:29:31 <Kaishi> Sorta need it there. I don't own an actual clock or watch anymore *blush*
16:30:19 <clokep_work> Yeah I usually look at my watch. :)
16:40:24 * jwir3|away is now known as jwir3
16:41:35 <Kaishi> Clokep: I stopped carrying one when I started working at a place that has metal detectors.
16:42:02 <Kaishi> On and off too many times a day
16:42:47 --> myk has joined #instantbird
16:43:26 <clokep_work> They have plastic/rubber ones. :P
16:43:48 * clokep_work needs to decide about that /mode command...
16:47:57 <Kaishi> Still have metal inside...
16:48:51 <Kaishi> Battery, springs. Also, plastic and rubber aren't my style. Metal and leather PLEASE~
16:49:15 <clokep_work> I know. I'm jesting.
16:50:00 <-- aleth has quit (Quit: Instantbird -- http://www.instantbird.com)
16:52:36 --> aleth has joined #instantbird
16:52:36 * ChanServ sets mode +h aleth 
16:55:43 --> Mook_as has joined #instantbird
16:56:06 <instantbot> benediktp@ymail.com cancelled review?(clokep@gmail.com) for attachment 1287 on bug 1281.
16:56:07 <instantbot> benediktp@ymail.com requested review from florian@instantbird .org for attachment 1290 on bug 1281.
16:56:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1281 nor, --, ---, nobody, NEW, Sending typing notifications even tho the option for it is disabled
16:58:07 <clokep_work> Mic: Did you remove that cancel call purposefully?
16:58:37 <Mic|web> Yes, I moved it to the beginning of the method.
16:59:18 <Mook_as> clokep_work: fwiw, it sounds like JS proxies would have been a bad idea anyway, it sounds like they're changing how it works.
17:01:05 <Mic|web> clokep_work: feel free to take the review, I didn't notice it was you that I had as requestee before
17:03:49 <-- Kaishi has quit (Ping timeout)
17:03:50 <clokep_work> Yeah it looks fine to me.
17:07:22 <clokep_work> That was a fairly useless comment, bu oh well.
17:07:34 <clokep_work> Thanks Mook_as. :)
17:09:32 <myk> instantbirders! yesterday i realized that an AIM buddy of mine hasn't been receiving my messages for days (weeks?)
17:10:10 <myk> perhaps since i got onto on the 1.2a1 channel?
17:10:10 <clokep_work> myk: I've been having a few issues wiht it too and flo has as well.
17:10:26 <myk> clokep_work: aha! any bugs i should be following? or should i be filing one?
17:10:29 <clokep_work> I don't know if it's an Instantbird issue or a server issue though. :-/
17:10:40 <clokep_work> myk: There's no bug filed (I thought it was me).
17:10:53 <myk> clokep_work: after i realized this, i went to http://www.aim.com/ and signed in and messaged my buddy, who got my message
17:10:57 <aleth> Is there something related in the pending libpurple update?
17:11:12 * bear-afk is now known as bear
17:11:22 <myk> clokep_work: so it could still be a server issue, but if so it's specific to how the server processes messages from clients other than that website
17:11:37 <clokep_work> It'd be great if you could file one. :)
17:11:43 <myk> clokep_work: will do!
17:12:00 <clokep_work> myk: Yes. I'm not sure, I'm curious if any Pidgin users have issues too...
17:12:41 <clokep_work> aleth: No, doesn't seem like it.
17:18:43 --> Kaishi has joined #instantbird
17:20:12 <instantbot> New Core - General bug 1361 filed by myk@mozilla.org.
17:20:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1361 nor, --, ---, nobody, UNCO, AIM buddy is not receiving my messages
17:20:22 <myk> clokep_work: there ya go!
17:20:49 * myk updates to the latest nightly
17:25:06 <-- myk has quit (Input/output error)
17:25:16 --> myk has joined #instantbird
17:25:58 <clokep_work> Thanks myk.
17:26:12 <myk> clokep_work: sure thing!
17:26:28 <clokep_work> Hey myk do you know if it always happens or happens only sometimes and would still happen if you restart Instantbird?
17:26:34 <clokep_work> I'm wondering if it's a session thing.
17:26:42 <-- igorko has quit (Connection reset by peer)
17:26:48 <myk> clokep_work: i think it always happens; it certainly always happened yesterday
17:27:03 <myk> clokep_work: i sent my buddy 4-5 messages yesterday over the course of the day, and she didn't receive any of them
17:27:13 <myk> and i think it's been happening consistently for the last few days or possibly weeks
17:27:14 <clokep_work> Alright, it doesn't /always/ happen to me, but I've seen it.
17:27:15 --> gerard-majax has joined #instantbird
17:27:24 <myk> it's funny, because i thought my buddy was just being really flaky
17:27:33 <clokep_work> Do you have other buddies you talk to on AIM? :)
17:27:36 <myk> as she would message me, and then i would message her, and then she wouldn't message back
17:27:44 <clokep_work> (I'm curious if when you see it happen with her, if it happens w/ everyone.)
17:27:49 <myk> and then hours later she'd message me as if she hadn't gotten my message
17:28:05 <myk> and i just thought: wow, [buddy] is being awfully flaky these days
17:28:23 <myk> clokep_work: i only have one AIM buddy with whom i regularly correspond :-/
17:28:31 <myk> clokep_work: everyone else has moved to gtalk
17:28:53 <clokep_work> Yeah, I ended up switching to talk to them on other stuff.
17:29:07 <myk> hmm, actually i have one other who uses gtalk but sometimes still uses aim
17:29:13 <myk> i'll ask her if she can help me test
17:29:45 <Mic|web> myk: what about creating another AIM account to try? You won't have to bother someone with test messages then ;)
17:29:49 <clokep_work> Cool, thanks. :)
17:29:58 <myk> Mic|web: good idea, i'll try that next
17:30:08 <clokep_work> Yeah, I have more IM accounts then I know what to do with. :(
17:30:26 * Mic|web too :D
17:37:29 <Mic|web> bye
17:37:31 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
17:39:13 <instantbot> aletheia2@fastmail.fm cancelled review?(florian@instantbird .org) for attachment 1246 on bug 1330.
17:39:14 <instantbot> aletheia2@fastmail.fm requested review from florian@instantbird .org for attachment 1291 on bug 1330.
17:39:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1330 nor, --, ---, nobody, NEW, Tab complete: Be smart about multiple completions
17:42:00 <-- mmkmou has quit (Ping timeout)
17:47:38 <clokep_work> cool patch aleth .
17:48:34 <aleth> Of course, I just noticed a nit after posting it :-/
17:51:43 <instantbot> aletheia2@fastmail.fm cancelled review?(florian@instantbird .org) for attachment 1291 on bug 1330.
17:51:44 <instantbot> aletheia2@fastmail.fm requested review from florian@instantbird .org for attachment 1292 on bug 1330.
17:51:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1330 nor, --, ---, nobody, NEW, Tab complete: Be smart about multiple completions
17:53:52 <aleth> gah
17:54:55 <instantbot> aletheia2@fastmail.fm cancelled review?(florian@instantbird .org) for attachment 1292 on bug 1330.
17:54:56 <instantbot> aletheia2@fastmail.fm requested review from florian@instantbird .org for attachment 1293 on bug 1330.
17:54:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1330 nor, --, ---, nobody, NEW, Tab complete: Be smart about multiple completions
17:57:22 <-- FeuerFliege has quit (Ping timeout)
17:57:54 <myk> clokep_work: after updating to the latest night, my original buddy just messaged me, and i messaged her back, and she can see my messages
18:02:58 --> FeuerFliege has joined #instantbird
18:04:01 <-- jb has quit (Quit: jb)
18:13:55 --> logiclord has joined #instantbird
18:34:16 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 579 to DUPLICATE of bug 1123.
18:34:18 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=579 enh, --, ---, nobody, RESO DUPLICATE, Show whowas information on tooltip for offline IRC buddies
18:34:19 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
18:37:06 <-- Kaishi has quit (Input/output error)
18:43:00 <aleth> clokep_work: Any ideas on https://bugzilla.instantbird.org/show_bug.cgi?id=1123#c7 ?
18:43:04 <instantbot> Bug 1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
19:01:42 <-- logiclord has quit (Ping timeout)
19:01:55 --> logiclord has joined #instantbird
19:03:37 <-- logiclord has quit (Ping timeout)
19:04:06 --> logiclord has joined #instantbird
19:08:49 --> Mnyromyr has joined #instantbird
19:10:55 <-- logiclord has quit (Ping timeout)
19:11:32 --> logiclord has joined #instantbird
19:23:54 <-- logiclord has left #instantbird ()
19:25:01 <clokep_work> aleth: Those weren't really duplicates. :-/
19:25:59 <aleth> clokep_work: I thought they were, not initially, but now. What would have been better? invalid?
19:26:41 <clokep_work> Waiting until bug 1123 is fixed, then marking it as fixed.
19:26:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
19:27:13 <aleth> OK. I thought 'fixed' was only when there was a patch in that bug to go with it
19:27:15 <clokep_work> Bug 1123 has nothing to do with whowas information, we know that 579 will be fixed once 1123 is fixed, but that's because of the implementation...
19:28:22 <clokep_work> aleth: It doesn't matter enough to go back and fix it though.
19:28:25 <aleth> Sorry, I thought the implementation was decisive for what was the same bug and what wasn't 
19:28:27 <clokep_work> Just fix that bug and we don't care. ;)
19:28:43 <clokep_work> So they're requesting two different things. I don't see them as the same bug.
19:28:51 <clokep_work> It just happens then when we implement 1123 we'll get 579 for free.
19:29:41 <clokep_work> But it's not really worth debating about. :)
19:33:22 <aleth> So, any comment on the last comment in 1123?
19:33:52 <aleth> Oh, you posted in the bug :P My bad
19:34:16 <clokep_work> Yes. :P
19:34:49 <-- gerard-majax has quit (Ping timeout)
19:34:50 <aleth> Yes, I meant such an if clause. 
19:35:42 <aleth> I don't think ircAccount has an exposed wrappedJSObject?
19:38:26 <clokep_work> aleth: http://lxr.instantbird.org/instantbird/source/chat/modules/jsProtoHelper.jsm#105
19:38:47 <clokep_work> So wrappedJSObject is some magic that lets you unwrap the XPCOM layer off of a JS object and look at the actual JS object that implement that object.
19:38:53 <-- FeuerFliege has quit (Ping timeout)
19:38:54 <clokep_work> (Aka it's probably an awful idea to use in this situation.)
19:43:29 <clokep_work> Not sure if any of that makes sense? :)
19:46:26 <aleth> It makes sense, it's ugly, and I can't see an alternative at the moment ;)
19:49:03 <clokep_work> Yeah, I'm not sure why there's like two totally different paths for that info in the first place. :-/
19:53:51 --> FeuerFliege has joined #instantbird
19:57:10 <aleth> Any reason why I am seeing Error: account.wrappedJSObject is undefined?
19:59:07 <clokep_work> Is it an IRC account?
19:59:13 <aleth> Yes.
19:59:22 <clokep_work> Then it should work AFAIK...
19:59:24 <clokep_work> Ah wait.
19:59:34 <clokep_work> Are you on the imIAccount object or the prplIAccount object?
19:59:41 <clokep_work> (One contains the other or something I think.)
20:00:10 <aleth> [xpconnect wrapped (nsISupports, nsIClassInfo, imIAccount, prplIAccount)]
20:00:40 <clokep_work> QI to prplIAccount maybe?
20:01:13 <clokep_work> I forget exactly how it all works though. :-/
20:02:25 <-- FeuerFliege has quit (Ping timeout)
20:03:40 <Mook_as> XPCNativeWrapper.unwrap()?
20:06:46 --> flo has joined #instantbird
20:06:46 * ChanServ sets mode +qo flo flo 
20:20:35 <clokep_work> Hello flo.
20:20:56 <clokep_work> aleth was just asking me about bug 1123, I'd be curious on your feedback as well.
20:21:01 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
20:27:35 * flo opens the log
20:29:23 --> EionRobb has joined #instantbird
20:35:07 <flo> if you are on the imIAccount, use account.prplAccount
20:36:09 <flo> myk, clokep_work: messages sent from my default AIM account on my default profile never arrive. Messages sent from the same account configured on a clean profile do arrive. After observing that, I got really confused :-|.
20:36:20 <aleth> OK.
20:38:28 <myk> flo: hmm, strange; i didn't create a new profile, although i did update to the latest nightly build
20:44:01 <flo> myk: yeah... I guess what I really mean is that it's a quite confusing, frequent enough to not be ignorable, but not really reproducible issue :-(
20:44:14 <myk> flo: hrm :-(
20:47:10 <aleth> "account.prplIAccount.wrappedJSObject is undefined", what am I missing?
20:54:33 <flo> aleth: you aren't missing anything, you just added an extra I
20:54:38 <flo> it's prplAccount, not prplIAccount
20:56:34 <aleth> aha! http://lxr.instantbird.org/instantbird/source/chat/components/public/imIAccount.idl#223
20:56:38 <aleth> thanks :)
20:56:50 <flo> np
20:57:42 <clokep_work> (Interfaces have an extra I there, implementations don't have it, if it wasn't clear :))
20:58:43 <aleth> XPCOM is still a bit confusing to me, because I have to disentangle it from what is merely JS.
20:59:36 <aleth> Btw I think the multiple tab complete patch should be ready now.
21:01:41 <clokep_work> I think you can change that statement to just "XPCOM is confusing" ;)
21:08:40 <-- clokep_work has quit (Quit: Bye.)
21:16:07 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1251 on bug 1123.
21:16:08 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1294 on bug 1123.
21:16:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
21:35:07 --> Mic has joined #instantbird
21:35:08 * ChanServ sets mode +h Mic 
21:35:47 --> Kaishi has joined #instantbird
21:37:08 --> Tomek has joined #instantbird
21:47:00 --> mmkmou has joined #instantbird
21:55:11 <-- chrisccoulson has quit (Quit: Ex-Chat)
21:55:49 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
21:59:17 --> ansellthephone has joined #instantbird
22:01:07 <-- sonny has quit (Quit: Instantbird -- http://www.instantbird.com)
22:02:33 --> chrisccoulson has joined #instantbird
22:16:01 <-- Dagger has quit (Input/output error)
22:19:29 --> testib has joined #instantbird
22:23:02 <instantbot> florian@instantbird.org granted review for attachment 1293 on bug 1330.
22:23:05 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1330 nor, --, ---, nobody, NEW, Tab complete: Be smart about multiple completions
22:25:30 <flo> aleth: why "account.prplAccount.wrappedJSObject.normalize(name)" ?
22:25:34 <-- Tomek has quit (Ping timeout)
22:25:48 <flo> isn't aBuddy.normalizedName the same thing?
22:27:13 <aleth> So it is :)
22:27:17 <aleth> That's much nicer.
22:27:34 <aleth> I thought something like that should exist, that's why I asked clokep...
22:28:50 <flo> Mic: why have you moved the call to this._cancelTypingTimer();?
22:28:59 <flo> (in sendTyping)
22:29:54 <flo> aleth: it's not clear to me why you don't call getTooltipInfo for the IRC case
22:30:43 <flo> aleth: my understanding of the API is getTooltipInfo returns the information that's available immediately, requestBuddyInfo fetches more info from the server and notifies when it's ready
22:31:12 --> FeuerFliege has joined #instantbird
22:32:42 <Mic> flo: if the function is called and a timer was running while the pref was switched, we cancel it then instead of keeping it running. I guess it doesn't matter since there's also the check in "finishedComposing"
22:32:52 <-- FeuerFliege has quit (Ping timeout)
22:33:01 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1294 on bug 1123.
22:33:02 <instantbot> aletheia2@fastmail.fm requested review from florian@instantbird .org for attachment 1295 on bug 1123.
22:33:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
22:33:48 <flo> Mic: I think I would prefer not moving it, as if you move it you cancel a non existant timer (harmless, but pointless) each time the user types a character if the pref is off
22:34:21 <Mic> OK, makes sense
22:34:22 <aleth> flo: It's not called because you want to fetch the latest whois information, not use the existing, possibly outdated one. This is just as for the participants list.
22:34:31 <flo> if you don't move it, you just let a timer fire pointlessly once, but with no effect
22:36:59 <flo> aleth: shouldn't JS-IRC's getTooltipInfo implementation just clear the potentially outdated info before returning?
22:37:33 <flo> aren't there only the idle time and away messages that are potentially outdated?
22:38:56 <aleth> The channel list might have changed, or the buddy might be offline...
22:39:41 <aleth> I don't see why getTooltipInfo would be the place for that. appendTooltipInfo maybe.
22:40:17 <aleth> Wait. I think I am confused by something
22:41:31 <aleth> I don't think it would work. getTooltipInfo is not the same as requestBuddyInfo (which does clear the outdated info)
22:43:57 <aleth> I think what you are suggesting is that the _observer_ somehow remove the potentially outdated info before appending the new info.
22:44:52 <flo> isn't it already doing that?
22:44:56 <aleth> No.
22:45:46 <aleth> Before the observer returns, the tooltip is just smaller. You can see that happening eg in the participant list.
22:46:03 <flo> Mic: I think that's the only thing I would change in your patch
22:46:16 <flo> want me to do it before commiting, or are you going to attach another patch?
22:46:25 <Mic> I already created a new one
22:48:24 <flo> ok :)
22:48:41 <-- mmkmou has quit (Ping timeout)
22:49:40 <instantbot> benediktp@ymail.com cancelled review?(florian@instantbird .org) for attachment 1290 on bug 1281.
22:49:41 <instantbot> benediktp@ymail.com requested review from florian@instantbird .org for attachment 1296 on bug 1281.
22:49:42 <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
22:51:14 <flo> hmm, I may want to add an empty line before "get shouldSendTypingNotifications()"
22:51:30 <flo> (don't bother with another attachment for that! :))
22:51:51 * bear is now known as bear-afk
22:52:28 <aleth> flo: I could get rid of the else if you like (it is not necessary), but that wouldn't change the behaviour.
22:52:45 <instantbot> florian@instantbird.org granted review for attachment 1296 on bug 1281.
22:52:49 <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
22:52:52 --> mmkmou has joined #instantbird
22:52:53 <flo> aleth: what isn't necessary?
22:53:31 <aleth> If you remove the else in the patch and just call getTooltipInfo anyway, there is no problem.
22:54:05 <aleth> But that doesn't show the old info and then dynamically replace it with the new one (which is what you were suggesting I think)
22:54:29 <flo> ok... that sounds better, but I'm still a bit confused about this code :-/.
22:55:57 <flo> not sure if clokep knows it better than I do these days :)
22:56:10 <aleth> I think I might have misunderstood what you were wondering about at first?
22:57:14 <flo> I guess I'm wondering why we need a special case for IRC
22:57:39 <instantbot> aletheia2@fastmail.fm cancelled review?(florian@instantbird .org) for attachment 1295 on bug 1123.
22:57:40 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1297 on bug 1123.
22:57:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1123 nor, --, ---, aletheia2, ASSI, Tooltips of IRC contacts don't show whois information
22:58:19 <aleth> flo: Technically you don't but some libpurple protocols return a LOT of entries if you requestBuddyInfo
22:58:32 <aleth> cf comment 4
22:58:55 <flo> :(
22:59:17 <aleth> So I suggested this as a stopgap until the tooltips in general get overhauled
22:59:22 <flo> and we don't have a way to filter the interesting ones?
22:59:51 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/99e6c4717985 - Benedikt Pfeifer - Bug 1281 - Sending typing notifications even tho the option for it is disabled, r=fqueze.
22:59:52 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/3f1604de4278 - aleth - Bug 1330 - Tab complete: Be smart about multiple completions, r=fqueze.
23:00:35 <aleth> Well, at present there isn't one. It might be an idea to do one thing for JS protocols and another for libpurple?
23:01:26 <-- ansellthephone has quit (Quit: http://www.mibbit.com ajax IRC Client)
23:01:48 <flo> can't we just remove the garbage directly in the prpl code of the protocols that have annoying tooltips?
23:01:50 <aleth> There is a bug somewhere that in effect requests a way to show everything the requestBuddyInfo returns (for libpurple), but I think the suggestion there was to put it into a dialog box.
23:02:07 <aleth> flo: I have no idea, I don't know enough about libpurple
23:02:41 <aleth> Also, like I said, some people would like a way to display the full vcard (if thats what it is) eventually
23:03:51 <aleth> Maybe something for an add-on...
23:04:35 <flo>  the whois info for IRC is quite similar to the vCard...
23:04:53 <flo> anyway, time to sleep! Good night ;:)
23:04:56 <-- flo has quit (Quit: Instantbird -- http://www.instantbird.com)
23:04:57 <aleth> Seems less extensive though
23:05:11 <aleth> No birthdays for example, I think ;)
23:06:19 <-- testib has quit (Ping timeout)
23:08:28 <Mic> Good night
23:08:38 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
23:22:45 --> Mic has joined #instantbird
23:22:45 * ChanServ sets mode +h Mic 
23:24:17 <-- Mic has quit (Quit: Instantbird -- http://www.instantbird.com)
23:33:01 <myk> it's happening again
23:33:09 <myk> AIM buddy not getting my messages
23:34:48 --> clokep has joined #instantbird
23:34:48 * ChanServ sets mode +o clokep 
23:39:55 <instantbot> clokep@gmail.com set the Resolution field on bug 1330 to FIXED.
23:39:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1330 nor, --, 1.2, aletheia2, RESO FIXED, Tab complete: Be smart about multiple completions
23:43:52 * clokep wonders why he's the only one that closes bugs. ;)