#instantbird log on 05 23 2012

All times are UTC.

00:00:19 <clokep> Looks like it'll work.
00:00:33 <aleth> I'm glad that mode patch has finally landed :)
00:00:52 <clokep> Yes, that's mostly why I wanted that bug to land...
00:00:57 <clokep> Hopefully it works in all situations now. :-S
00:01:14 <aleth> I think we filed a separate bug with the remaining gaps
00:01:20 <-- DGMurdockIII has quit (Quit: ChatZilla [Firefox 13.0/20120516113045])
00:01:39 <aleth> But I think the most important things are all covered now :)
00:02:21 * clokep is confused at what he was going to test...
00:03:11 --> devfil has joined #instantbird
00:12:06 <aleth> ^^ that happened to me too earlier - I forgot while having to kill and restart IB...
00:17:47 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
00:30:35 <-- wesj has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
00:35:32 <-- gpsychosis has quit (Ping timeout)
00:53:02 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
01:06:30 <-- aleth has quit (Input/output error)
01:21:36 <instant-buildbot> build #245 of win32-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/245
01:25:01 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
01:26:08 <instant-buildbot> build #224 of macosx-onCommit is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/224
01:54:11 <-- devfil has quit (Client exited)
02:05:40 <clokep> Bah I just think I found a bug in the bug 318 patch. :(
02:05:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, RESO FIXED, Check if topic on IRC channels is editable and make UI respond accordingly
02:06:25 <clokep> Yes, I did. Dammit.
02:13:01 <instantbot> clokep@gmail.com denied review for attachment 1513 on bug 1446.
02:13:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1446 nor, --, ---, aletheia2, ASSI, Reset nick when reconnecting and ensure conversations are notified of nick changes
02:15:04 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1514 on bug 318.
02:15:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, RESO FIXED, Check if topic on IRC channels is editable and make UI respond accordingly
02:15:53 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
02:57:38 <instant-buildbot> build #505 of linux-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/505
03:36:06 --> gpsychosis has joined #instantbird
03:38:31 <-- gpsychosis has quit (Quit: Instantbird 1.1)
04:01:21 <-- sanket_ has quit (Ping timeout)
04:25:45 <instant-buildbot> build #598 of win32-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/598
04:59:12 <-- gerard-majax has quit (Ping timeout)
05:40:38 <-- Tonnes has quit (Quit: ChatZilla [Firefox 12.0/20120420145725])
05:41:47 --> Tonnes has joined #instantbird
06:03:19 <instant-buildbot> build #491 of macosx-nightly-default is complete: Success [build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/491
06:10:13 <-- EionRobb has quit (Quit: Leaving.)
06:11:17 --> sanket_ has joined #instantbird
06:14:34 --> Mic has joined #instantbird
06:14:34 * ChanServ sets mode +h Mic 
06:36:46 --> jb has joined #instantbird
06:40:40 --> Mic1 has joined #instantbird
06:40:48 <-- Mic1 has quit (Quit: Who is Peer and why is he resetting our connections? :()
06:40:48 <-- Mic has quit (Input/output error)
06:42:16 --> Mic has joined #instantbird
06:42:16 * ChanServ sets mode +h Mic 
06:42:46 <-- Mic has quit (Input/output error)
06:42:51 --> Mic has joined #instantbird
06:42:51 * ChanServ sets mode +h Mic 
06:46:44 <Mic> Thanks for checking bug 1449 in :)
06:46:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1449 enh, --, 1.2, benediktp, RESO FIXED, Make initialization state of Core available and send notification when initialization finishes.
06:46:54 <Mic> Works fine :)
07:05:35 <-- jb has quit (Ping timeout)
07:08:12 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :()
07:08:57 --> Mic has joined #instantbird
07:08:57 * ChanServ sets mode +h Mic 
07:10:45 --> jb has joined #instantbird
07:18:14 --> pvagner has joined #instantbird
07:21:26 <-- Mic has quit (Input/output error)
07:21:46 --> Mic has joined #instantbird
07:21:46 * ChanServ sets mode +h Mic 
07:24:51 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :()
07:26:30 --> Mic has joined #instantbird
07:26:30 * ChanServ sets mode +h Mic 
07:27:03 <-- Mic has quit (Input/output error)
07:55:08 --> gerard-majax has joined #instantbird
08:14:18 --> Tomek has joined #instantbird
08:17:13 <-- Even has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
08:17:20 --> Even has joined #instantbird
08:17:20 * ChanServ sets mode +o Even 
08:17:36 <-- Even has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
08:17:40 --> Even has joined #instantbird
08:17:40 * ChanServ sets mode +o Even 
08:31:50 --> Optimizer has joined #instantbird
08:33:34 --> sonny has joined #instantbird
08:38:53 --> mmkmou has joined #instantbird
08:45:52 --> aleth has joined #instantbird
08:45:52 * ChanServ sets mode +h aleth 
08:54:40 <-- Optimizer has quit (Ping timeout)
08:55:12 --> flo has joined #instantbird
08:55:12 * ChanServ sets mode +qo flo flo 
08:56:54 --> FireFly_TB has joined #instantbird
08:56:55 --> meh has joined #instantbird
08:58:07 --> Optimizer has joined #instantbird
08:59:44 <-- sonny has quit (Client exited)
08:59:55 --> sonny has joined #instantbird
09:02:51 <instantbot> aletheia2@fastmail.fm granted review for attachment 1514 on bug 318.
09:02:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, RESO FIXED, Check if topic on IRC channels is editable and make UI respond accordingly
09:04:57 <flo> I just missed a nice screenshot
09:05:35 <flo> 5 seconds ago Firefox was taking -72 000% of my CPU (the 0 aren't the actual last 3 digits, but I don't remember them)
09:06:05 <flo> I didn't know Firefox was producing CPU cores instead of consuming them :)
09:06:08 <aleth> Now that's efficient :)
09:08:12 <Optimizer> on linux ?
09:08:13 --> jb1 has joined #instantbird
09:09:08 <flo> Optimizer: Mac OS 10.5
09:09:25 <flo> aleth: so there's already another patch to check-in in bug 318?
09:09:29 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, RESO FIXED, Check if topic on IRC channels is editable and make UI respond accordingly
09:09:48 <Optimizer> when did this IB project started ?
09:09:58 <flo> Optimizer: 2007
09:10:49 <aleth> flo: Yes, clokep found a typo that had gone unnoticed :-/ Don't check it in until he has seen my comment though. 
09:11:28 <-- FireFly_TB has quit (Quit: FireFly_TB)
09:11:40 --> FeuerFliege_Daily has joined #instantbird
09:11:47 <-- FeuerFliege_Daily has quit (Quit: FeuerFliege_Daily)
09:11:55 --> FeuerFliege_Daily has joined #instantbird
09:12:03 <-- FeuerFliege_Daily has quit (Quit: FeuerFliege_Daily)
09:12:08 <aleth> Some of these IRC patches, it's really hard to be sure you've tested all the possible edge cases
09:12:55 --> FireFly_TB has joined #instantbird
09:13:09 --> FeuerFliege has joined #instantbird
09:31:28 --> Mic|web has joined #instantbird
09:43:26 <-- chrisccoulson has quit (Quit: Ex-Chat)
09:44:23 <-- Optimizer has quit (Ping timeout)
09:47:54 --> Optimizer has joined #instantbird
09:47:55 --> chrisccoulson has joined #instantbird
09:55:54 <-- Optimizer has quit (Ping timeout)
09:56:53 <-- mmkmou has quit (Ping timeout)
09:59:17 --> Optimizer has joined #instantbird
10:00:18 --> mmkmou has joined #instantbird
10:03:35 <-- Optimizer has quit (Ping timeout)
10:05:36 --> Optimizer has joined #instantbird
10:11:57 <-- Optimizer has quit (Ping timeout)
10:15:10 --> Optimizer has joined #instantbird
10:17:27 --> clokep has joined #instantbird
10:17:27 * ChanServ sets mode +o clokep 
10:17:35 <Mic|web> I don't remember that I've seen these warnings before: http://pastebin.instantbird.com/43253
10:24:19 <flo> never seen that either
10:28:33 <-- Optimizer has quit (Ping timeout)
10:29:52 <instantbot> New Instantbird (UI) bug 1461 filed by benediktp@ymail.com.
10:29:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1461 min, --, ---, nobody, NEW, Deprecated warnings in blist.xul
10:32:04 <instantbot> clokep@gmail.com requested review from aletheia2@fastmail. fm for attachment 1515 on bug 318.
10:32:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, RESO FIXED, Check if topic on IRC channels is editable and make UI respond accordingly
10:32:32 --> Optimizer has joined #instantbird
10:32:55 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1516 on bug 1446.
10:32:57 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1446 nor, --, ---, aletheia2, ASSI, Reset nick when reconnecting and ensure conversations are notified of nick changes
10:33:04 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
10:33:12 --> clokep has joined #instantbird
10:33:12 * ChanServ sets mode +o clokep 
10:34:38 <aleth> clokep: You've reintroduced the typo now ;)
10:34:49 <clokep> aleth: No I haven't.
10:34:54 <aleth> Aha!
10:34:57 <aleth> OK.
10:35:00 <clokep> The message is different.
10:35:01 <aleth> Sorry, that was too quick
10:35:05 <clokep> That's where the "typo" came from.
10:35:09 <aleth> :D
10:35:13 <clokep> It was originally in 366. and I moved it for some reason.
10:35:34 <aleth> I wonder what the reason was?
10:35:52 <clokep> I htink it was when we moved everything to the 353 handler?
10:36:11 <aleth> No, there was nothing about modes in 353 or 366 then.
10:37:30 <instantbot> aletheia2@fastmail.fm granted review for attachment 1515 on bug 318.
10:37:36 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, RESO FIXED, Check if topic on IRC channels is editable and make UI respond accordingly
10:37:47 <-- Optimizer has quit (Ping timeout)
10:38:18 <clokep> aleth: What areas have changed in that patch?
10:38:37 <-- chrisccoulson has quit (Quit: Ex-Chat)
10:39:04 <aleth> connect() and the 001 handler.
10:39:14 * aleth wishes bugzilla had a decent interdiff
10:39:35 --> clokep_js has joined #instantbird
10:39:37 <-- clokep_js has quit (Connection reset by peer)
10:39:55 --> clokep_js has joined #instantbird
10:41:40 --> Optimizer has joined #instantbird
10:41:48 <-- clokep_js has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
10:41:59 <clokep> Thanks.
10:47:38 --> adev has joined #instantbird
10:48:40 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1516 on bug 1446.
10:48:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1446 nor, --, ---, aletheia2, ASSI, Reset nick when reconnecting and ensure conversations are notified of nick changes
10:48:46 <-- Optimizer has quit (Ping timeout)
10:50:32 <aleth> That patch is producing many more headaches than I expected when I started it...
10:51:12 <clokep> aleth: That's how they roll. :)
10:51:22 <clokep> I mean it looks like your patch will work, but I think my suggestion will make it simpler.
10:51:45 <aleth> Oh, it's not that, that's a good suggestion.
10:52:11 <aleth> I have just spotted another circumstance which produces some really odd errors which I'll need to track down.
10:52:54 <clokep> You're becoming an IRC pro though. ;)
10:55:11 <-- adev has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
10:56:37 <instantbot> benediktp@ymail.com requested review from clokep@gmail.com for attachment 1517 on bug 412.
10:56:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=412 nor, --, ---, benediktp, ASSI, [Accessibility] Add accessible text for the status icons and other purely graphical info
11:00:11 <Mic|web> bye
11:00:12 --> Optimizer has joined #instantbird
11:00:13 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
11:01:04 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
11:01:57 <-- Optimizer has quit (Ping timeout)
11:04:03 <flo> have we identified what needs to be done for IRC buddies' normalized name to include the network name?
11:04:31 <flo> I'm looking at addressbook integration for IM-in-Tb and adding "IRC flo" really wouldn't make sense :-/
11:05:32 --> Optimizer has joined #instantbird
11:06:22 --> aleth1 has joined #instantbird
11:06:33 <-- aleth1 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
11:08:22 <flo> Mic: shouldn't there be a space after the comma in the value of contact.buddySeparator ?
11:09:42 <aleth> flo: I only took a brief look initially, didn't get very far with it before other things took over...
11:10:57 <-- Optimizer has quit (Ping timeout)
11:11:23 --> adev1 has joined #instantbird
11:11:35 * adev1 is now known as jb2
11:11:44 <-- jb2 has quit (Input/output error)
11:14:51 --> Optimizer has joined #instantbird
11:15:46 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1518 on bug 1446.
11:15:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1446 nor, --, ---, aletheia2, ASSI, Reset nick when reconnecting and ensure conversations are notified of nick changes
11:23:02 <-- jb1 has quit (Input/output error)
11:25:36 --> jb1 has joined #instantbird
11:26:05 <-- Optimizer has quit (Ping timeout)
11:27:39 <-- sonny has quit (Ping timeout)
11:29:49 --> Optimizer has joined #instantbird
11:35:53 --> sonny has joined #instantbird
11:36:07 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
11:36:34 --> FeuerFliege has joined #instantbird
11:37:20 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
11:37:36 --> FeuerFliege has joined #instantbird
11:37:53 <-- Optimizer has quit (Ping timeout)
11:40:06 <FeuerFliege> I have an error which I haven’t seen before: http://pastebin.instantbird.com/43256
11:40:40 <-- jb1 has quit (Quit: jb1)
11:41:20 --> Optimizer has joined #instantbird
11:42:24 --> clokep_work has joined #instantbird
11:42:24 * ChanServ sets mode +o clokep_work 
11:44:36 <FireFly_TB> „+o erhält neuen Modus clokep_work durch ChanServ.“ lol - that is just wrong :) 
11:48:25 <clokep_work> FireFly_TB: What?
11:49:20 <FireFly_TB> it is a l10n error in TB
11:50:27 <clokep_work> I see.
11:50:34 <clokep_work> aleth: So what bits of this patch were changed?
11:50:40 <FireFly_TB> Instead of giving you +o it says that +o was given the mode “clokep_work”
11:51:39 <FireFly_TB> Maybe I should join TBs l10n team.
11:52:46 <-- Optimizer has quit (Ping timeout)
11:52:59 <aleth> clokep_work: tryNewNick, connect, connectionRegistration
11:56:27 --> Optimizer has joined #instantbird
12:00:13 <instantbot> clokep@gmail.com denied review for attachment 1517 on bug 412.
12:00:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=412 nor, --, ---, benediktp, ASSI, [Accessibility] Add accessible text for the status icons and other purely graphical info
12:01:59 <-- jb has quit (Ping timeout)
12:02:40 <clokep_work> flo: No, we haven't. but it sounded like you had a pretty good idea of what needed to be done?
12:03:14 <clokep_work> By the way, I would appreciate your thoughts about what all the different normalized names are there for so we can comment them. :)
12:03:44 <flo> no, I had a good idea of why the current situation sucks; not of what needs to be done to fix it
12:04:42 <clokep_work> We need to add account._servername somewhere in one of the buddie's name fields or whatever.
12:04:55 <flo> FeuerFliege: strange error in your pastebin; would be great to have steps to reproduce
12:05:11 <clokep_work> But I don't know if it's "normalizedName" or "name" or "userName" (or whatever the fields are on that object).
12:05:16 <flo> clokep_work: I think what's the less clear in my mind is how we handle the migration
12:05:32 <flo> clokep_work: because the current behavior was, I think, inherited from libpurple's IRC prpl, so we never really thought about it
12:05:35 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:05:37 <clokep_work> flo: Migration from libpurple or...?
12:05:41 <clokep_work> OK.
12:05:46 <flo> clokep_work: migration from 1.1 users
12:06:06 <flo> (and current nightlies)
12:06:15 --> FeuerFliege has joined #instantbird
12:06:59 <clokep_work> Right.
12:07:38 <aleth> IRC buddies without @server are considered to be present on all IRC accounts?
12:07:58 <aleth> (that was meant as a suggestion for backwards compatibility)
12:08:06 <FeuerFliege> flo: just started in safemode, error is there before right at the beginning.
12:08:36 <FeuerFliege> *there right at the beginning.
12:09:44 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:10:25 <flo> aleth: the first thing is: do we need to add a special case in the core to handle that migration, or can we just add some hacks in JS-IRC to handle the transition?
12:10:28 <flo> I don't know the answer
12:11:07 <clokep_work> Does every account receive the loadBuddy call for an IRC buddy right now?
12:11:11 <aleth> Nor do I, my suggestion was just how I hoped the latter might possibly be achieved. Haven't checked whether it would work though.
12:11:48 <flo> clokep_work: yes. But that's for IRC accountBuddies, not buddies
12:11:50 --> EionRobb has joined #instantbird
12:12:15 <flo> and because of the bug that aleth reported, we can quite possibly have the same nick on different network currently considered as being the same buddy
12:12:48 <clokep_work> Right.
12:13:11 <aleth> There seems to be no way in a migration to guess the correct IRC account for each IRC buddy nick.
12:13:34 <aleth> Unless I have missed something.
12:13:37 <-- EionRobb has quit (Ping timeout)
12:14:22 <flo> maybe we should just remove all account buddies at the time they are loaded, and re-add them with the currect username
12:14:31 <flo> *correct
12:15:10 <flo> that would move all IRC buddies out of contacts of course :-/
12:15:23 <clokep_work> That would sound reasonable to me flo. (With a nice comment above it to remove that at version 37 or something?)
12:15:39 <flo> are we adopting the rapid release cycle? :)
12:16:01 <clokep_work> If it only does that once I think it's OK (to move them out of contacts) if I have to do that every update. I'l lget annoyed.
12:16:13 <clokep_work>  / every time the contact list loads.
12:17:06 <flo> I've never grouped any IRC buddy with other buddies of the same contact because I was annoyed that IRC always became the preferred buddy because it couldn't become away/idle
12:17:17 <flo> so that migration wouldn't affect me :-P
12:17:19 <-- FireFly_TB has quit (Input/output error)
12:17:35 --> FireFly_TB has joined #instantbird
12:17:48 <flo> but with the new watch/monitor support, that problem should be gone :)
12:18:05 --> FeuerFliege has joined #instantbird
12:18:29 <clokep_work> I have you grouped with your gmail contact and with florian, but yes that always annoyed me too. :)
12:18:36 <clokep_work> (Facebook does the same thing I think?)
12:19:04 <flo> possibly
12:19:13 <flo> and the libpurple MSN prpl doesn't set the MSN buddies to idle
12:19:24 <FeuerFliege> flo: the error is caused by the facebook account.
12:19:25 <clokep_work> So I'm not super concerned about a (kind of bad) migration because: 1. Most people don't seem to realize you can add IRC nicks as buddies, 2. Most people probably don't have IRC buddies merged into contacts.
12:19:39 <-- FireFly_TB has quit (Quit: FireFly_TB)
12:19:54 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:20:10 --> FireFly_TB has joined #instantbird
12:20:12 <flo> clokep_work: would it make sense to use the IRC "real name" as display name for IRC buddies?
12:20:59 <flo> bah, no, you would be http://www.mibbit.com now :(
12:21:43 <-- meh has quit (Ping timeout)
12:22:03 <clokep_work> flo: Theoretically, yes. :)
12:22:42 --> DGMurdockIII has joined #instantbird
12:24:50 <clokep_work> aleth: Does that patch work if I were to manually use /nick to change and tryNewNick gets called?
12:25:05 <aleth> Yes.
12:25:32 <clokep_work> It's just handled in the "NICK" response?
12:25:45 <aleth> Yes, now the surrounding code works better, that's enough.
12:25:58 <aleth> Which is much nicer anyway.
12:27:07 <clokep_work> Yes, it is.
12:27:12 --> meh has joined #instantbird
12:27:13 <clokep_work> OK. I'll try it when I'm home and review it then.
12:32:42 <clokep_work> flo: libpurple sets the "Real name" to purple IIRC, so I think clients just do whatever with that field. :(
12:33:05 <-- meh has quit (Ping timeout)
12:33:11 <flo> me h's real name is "I don't care."
12:33:27 --> jb has joined #instantbird
12:33:44 <flo> j b's real name is "Instantbird"
12:34:25 <clokep_work> Yup.
12:35:21 <aleth> flo: yes, I looked into that too when I was fixing the display name for DMs. Sadly there is nothing consistent but the nick.
12:37:47 <flo> looking at theses tooltips makes me want to reorder their content
12:37:55 <flo> we have a bug on file for that, right? :)
12:39:04 <-- sanket_ has quit (Ping timeout)
12:39:29 <DGMurdockIII> clokep_work:  couldent you set there real name to there computer username 
12:40:12 <aleth> DGMurdockIII: IB already sets the real name properly (to whatever you have set as your name for Instantbird)
12:40:36 <DGMurdockIII> clhow
12:40:49 <DGMurdockIII> how if you never set up a account before
12:41:04 <aleth> You set your real name in the contact list
12:41:09 <DGMurdockIII> ok
12:41:12 <FireFly_TB> flo: cannot reproduce the error with a new profile. 
12:41:18 <DGMurdockIII> by
12:41:29 <-- DGMurdockIII has quit (Quit: ChatZilla [Firefox 13.0/20120516113045])
12:41:29 --> jb1 has joined #instantbird
12:42:00 <clokep_work> The computer username is meant to be sent as the "username" field, but that's abused as well. ;)
12:42:08 <flo> FireFly_TB: the error is related to the "Other contacts" special tag, so if you don't hide any tags, I don't think it can happen
12:42:22 <flo> clokep_work: isn't that the user's session name?
12:42:23 --> FeuerFliege has joined #instantbird
12:42:45 <flo> clokep_work: scratch that, sorry
12:42:47 <clokep_work> flo: What do you mean by "user's session name"?
12:42:48 <clokep_work> OK. :)
12:42:56 <flo> I saw "computer name" instead of "computer username" ;)
12:43:07 <clokep_work> We send "Instantbird" as the username, but it was originally meant to be like your "username" you're logged into a Unix system with.
12:43:22 <clokep_work> So you can get from a nick back to the user on the system and to the real name.
12:43:42 <clokep_work> But no one abides by that at all.
12:43:57 <flo> and it's an information leak ;)
12:44:39 <clokep_work> Yup! :)
12:45:28 --> meh has joined #instantbird
12:48:20 <flo> clokep_work: heh, you have way more comments than I had on bug 1517 :). I only had the last one about the space after the comma :-)
12:48:50 <-- Optimizer has quit (Connection reset by peer)
12:48:59 --> Optimizer has joined #instantbird
12:49:21 <FireFly_TB> flo: Right. If I make all tags visible I can see all buddies again. But the error appeared in a fresh profile again.
12:50:22 --> chrisccoulson has joined #instantbird
12:51:25 <FireFly_TB> and is is not limited to facebook (it was just the only account with some buddies in “other contacts” online)
12:51:34 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:52:36 <flo> I played a bit with dxr today, it seems quite fast! :)
12:52:46 <clokep_work> Yes, dxr is nice. :)
12:52:58 --> FeuerFliege has joined #instantbird
12:53:45 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:53:55 --> FeuerFliege has joined #instantbird
12:54:46 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
12:54:46 <aleth> dxr is public now?
12:54:54 <clokep_work> I think it always has been?
12:55:12 <clokep_work> flo: Yeah, I had a lot of comments on that pathc, but hopefully they can be fixed quickly. :)
12:55:15 <aleth> I thought only the code.
12:55:47 <flo> clokep_work: but they seemed like comments I could have made if only I had looked carefully ;)
12:57:25 <clokep_work> That's why I was set to the reviewer. :)
12:57:36 <flo> :)
12:57:49 <flo> maybe I should stop doing reviews ;)
12:58:09 <clokep_work> You tend to find a lot of little things that we don't though. :)
12:58:09 <flo> although I found several excuses for r-'ing patches yesterday evening :-P
12:58:44 <clokep_work> I think it's been fairly good between aleth and I that we've reviewed each other's stuff for a bunch of iterations and then you look them over before pushing and find other things.
12:59:01 <clokep_work> (I think it's also just helpful to have someone fresh look, who hasn't looked over the code 20 times already.)
13:00:03 --> FeuerFliege has joined #instantbird
13:02:24 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
13:03:19 <clokep_work> flo: Any chance we can steal a little bit of your time at some point to look at the issues with the l10n stuff (which I think is one of the things needing to get done before release); last we talked you had some plan about what you wanted to do with this (along with updating the libpurple update script?)
13:05:51 <flo> clokep_work: I think I'll do that over a week-end, as I'll probably need to focus several hours on that at once, and can difficulty pretend it's related to Thunderbird in any way
13:05:51 --> jb2 has joined #instantbird
13:06:06 --> jb3 has joined #instantbird
13:06:40 <-- jb has quit (Ping timeout)
13:07:13 <-- jb1 has quit (Ping timeout)
13:09:38 <clokep_work> Alright! :)
13:15:48 <-- Optimizer has quit (Ping timeout)
13:16:15 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
13:16:43 --> Optimizer has joined #instantbird
13:31:01 <FireFly_TB> flo: I found STR and will file the bug.
13:31:12 <flo> cool, thanks :)
13:35:27 <-- meh has quit (Quit: I don't want to live on this planet anymore.)
13:39:57 <-- jb2 has quit (Input/output error)
13:40:18 --> jb has joined #instantbird
13:40:20 <-- jb has quit (Input/output error)
13:41:02 --> jb has joined #instantbird
13:41:43 <-- pvagner has quit (Ping timeout)
13:45:07 <clokep_work> Hey aleth (not to be super annoying), but did you plan on finishing that blog post you started writing or should I plan on writing one during lunch today about what's been going on?
13:46:03 <flo> clokep_work: write some lunch :-P
13:46:17 <flo> aleth's post was specifically about the completion, wasn't it?
13:46:41 <clokep_work> About Tab Completion, yes.
13:46:46 <clokep_work> Would be a nice feature preview. :-D
13:47:10 <flo> aleth: by the way, when if clokep_work has just pinged me, and I type "c<tab>", it completes to clokep_work immediately, but also displays the list of possible completions in a system message. Is that wanted?
13:48:59 <aleth> clokep_work: Do write another one. I haven't been able to figure out exactly what to do with the tab complete post (is is about the design considerations or just a feature intro slideshow - I think the latter would be better) and won't get around to it until next week at the earliest
13:49:12 <clokep_work> OK. :)
13:49:25 <clokep_work> (PS I'm going to keep bugging you until you write it. ;))
13:49:29 <aleth> flo: Yes, it was put back after not having it led to complaints
13:49:59 <aleth> The list of possible completions also indicates what you will get when pressing <tab> again
13:50:06 --> FeuerFliege has joined #instantbird
13:50:42 <clokep_work> I think it makes sense (without it, it could look like a bug)
13:50:56 <flo> yeah, I guess
13:51:09 <aleth> I don't think it gets in the way myself.
13:53:25 <flo> I asked because http://i.imgur.com/YLL7n.png didn't feel like the best completion experience I could have had
13:53:48 <aleth> Ah, busy channel.
13:54:20 <flo> yeah, a lot of colorful wasted space ;)
13:55:47 <aleth> I'm not sure what would be better though - only show the possible completions the first time?
13:56:03 <aleth> Also has its drawbacks
13:56:04 --> meh has joined #instantbird
13:56:46 <aleth> Only show the list of completions on the second tab press? (kind of assumes the user knows they are there though)
13:59:30 <flo> that's what I would have liked
14:01:07 <flo> (in this specific case at least)
14:03:24 <aleth> File a bug? Then we can track it
14:04:09 * clokep_work wonders what bug 1385 actually does...
14:04:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1385 nor, --, 1.2, aletheia2, RESO FIXED, [Tab complete] Smart Undo and Cycle through alternative completions
14:04:28 <flo> clokep_work: magic!
14:04:44 <clokep_work> The "cycle through alternative completions" part.
14:04:58 <aleth> Keep pressing tab a few times and find out?
14:05:03 <flo> clokep_work: when pressing tab again it completes to the next possible completion
14:05:10 <flo> aleth: on mibbit? ;)
14:05:21 <-- Optimizer has quit (Ping timeout)
14:05:22 <aleth> Oh :-/
14:06:49 <flo> "You do not have permissions to view this page - please try logging in." is a nice header for MDN documentation pages :-D
14:08:53 --> Optimizer has joined #instantbird
14:12:35 <instantbot> New Core - General bug 1462 filed by bugi@media.fjmail.de.
14:12:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1462 nor, --, ---, nobody, NEW, Deleting tags should take care of hidden tags
14:13:13 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
14:14:26 --> FeuerFliege has joined #instantbird
14:20:07 <-- Optimizer has quit (Ping timeout)
14:23:47 <-- aleth has quit (Input/output error)
14:24:13 --> Optimizer has joined #instantbird
14:24:55 <-- gerard-majax has quit (Ping timeout)
14:34:24 --> mmkmou has joined #instantbird
14:39:38 --> Mic|web has joined #instantbird
14:49:11 <flo> FeuerFliege: I think the id of the "other contacts" tag is always -1
14:50:09 <flo> but otherwise the steps to reproduce make sense :)
14:50:37 <FeuerFliege> it was just a guess :)
14:50:49 <flo> we should either cleanup the hiddenTags pref when removing an account (sounds painful) or just add a null check to ignore that error and clean up at the time we notice a tag we want to hide no longer exists
14:51:37 <Mic|web> Thanks for the comments, clokep. I was convinced already that this code wouldn't look any better than it did before ;)
14:51:40 <FeuerFliege> no, that won’t work
14:52:13 <flo> and I pasted that comment in the bug, as it's probably more useful there :)
14:53:08 <clokep_work> Mic|web: Hope they make sense. Just trying to reduce some C&Ping.
14:53:45 <clokep_work> wnayes added some mockups / etc to http://www.tc.umn.edu/~nayes006/gsoc2012/daily.php if anyone is curious
14:54:34 <flo> oh, he worked on real paper mockups? :)
14:55:12 <clokep_work> I find paper mockups faster myself. :)
14:56:29 <flo> clokep_work: I like them while brainstorming for myself, but I find them difficult to share, especially when I want to change a little detail that I'm unhappy with
14:57:17 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
14:58:13 --> FeuerFliege has joined #instantbird
14:59:50 <clokep_work> Fair enough. :)
15:00:01 <clokep_work> Whiteboards perhaps? :-D
15:04:00 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
15:04:07 --> FeuerFliege has joined #instantbird
15:05:19 --> igorko has joined #instantbird
15:06:07 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
15:07:28 --> FeuerFliege has joined #instantbird
15:08:30 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
15:08:32 --> FeuerFliege has joined #instantbird
15:09:41 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
15:09:43 --> FeuerFliege has joined #instantbird
15:10:50 <instantbot> clokep@gmail.com cleared the Resolution 'FIXED' from bug 318.
15:10:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=318 enh, --, 1.2, clokep, REOP, Check if topic on IRC channels is editable and make UI respond accordingly
15:11:38 <clokep_work> Eek bugspam. :( Sorry.
15:11:56 <-- FeuerFliege has quit (Input/output error)
15:21:34 <flo> + I don't think a bug needs to be open to be in the checkin-needed list
15:21:48 <flo> I just type "ib sw:check" in Firefox to see it ;)
15:22:04 <clokep_work> flo: It does to be in the saved search.
15:22:12 <clokep_work> I should update the search though. :)
15:22:21 <instantbot> benediktp@ymail.com requested review from clokep@gmail.com for attachment 1519 on bug 412.
15:22:26 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=412 nor, --, ---, benediktp, ASSI, [Accessibility] Add accessible text for the status icons and other purely graphical info
15:25:15 <instantbot> clokep@gmail.com granted review for attachment 1519 on bug 412.
15:25:20 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=412 nor, --, ---, benediktp, ASSI, [Accessibility] Add accessible text for the status icons and other purely graphical info
15:34:01 <instantbot> benediktp@ymail.com set the Resolution field on bug 214 to INCOMPLETE.
15:34:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=214 min, --, 0.2, nobody, RESO INCOMPLETE, [Accessibility] add a description attribute on buddies
15:35:48 --> wnayes has joined #instantbird
15:37:42 <instantbot> Just appeared in Blog@instantbird.org - http://blog.instantbird.org :
15:37:43 <instantbot> http://blog.instantbird.org/2012/05/status-update-may-23-2012/ - Status Update: May 23, 2012
15:38:35 --> gerard-majax has joined #instantbird
15:40:03 <Mic|web> Bug 1393 and bug 1433 are wrongly having the checkin-needed flag on their whiteboard, don't they?
15:40:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1393 enh, --, 1.2, aletheia2, RESO FIXED, [Tab Complete] Do not allow a nick to be completed multiple times
15:40:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1433 nor, --, 1.2, aletheia2, RESO FIXED, Switching status from OFFLINE to UNAVAILABLE actually sets status to AVAILABLE
15:40:34 <clokep_work> Yes, they're checked in already.
15:40:35 <Mic|web> I changed the "checkin-needed" saved search to include resolved bugs now.
15:40:41 <Mic|web> OK, will remove it.
15:40:47 <flo> clokep_work: oh, you were right, I actually only see the open ones
15:43:13 --> FeuerFliege has joined #instantbird
15:43:49 <Mic|web> Good blog posting :)
15:43:59 <Mic|web> bye
15:44:31 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
15:46:07 <wnayes> Blog post looks good :) I need to help my parents with an errand, be back in ~1 hour.
15:48:14 --> aleth has joined #instantbird
15:48:15 * ChanServ sets mode +h aleth 
15:52:50 <clokep_work> Thanks.
15:57:51 --> wesj has joined #instantbird
15:58:18 <clokep_work> aleth: That's a good start to a blog post you wrote I think. :) Nice formatting to show the keys being pressed.
15:59:33 <clokep_work> (I just read your draft.)
16:01:42 <aleth> Thanks :) It hasn't been changed though since we discussed it. I think it's still trapped in the uncanny valley between introduce-the-feature and explain-the-algorithm.
16:02:16 <aleth> I know it needs some time spent on it making screenshots...
16:03:26 <clokep_work> Yeah, well we know most people reading blogs pretty much go: "Mmm.. screenshots, like cupcakes for my eyes."
16:06:24 <aleth> wnayes: Nice mockups! :)
16:06:31 <aleth> Some thoughts off the top of my head:
16:08:06 <aleth> At the "resolving conflicts" stage there should at some stage be the option to check that the imported accounts actually connect successfully. (This could be part of "automatically resolve conflicts" of course but the user should be told connection attempts will be made)
16:08:58 <aleth> On the second screen, I think ordering by indentation and separators would be nicer than a list of items with two icons on the left
16:09:22 <clokep_work> Personally I don't think there should be an option to "automatically resolve conflicts": it should just do it.
16:09:36 <aleth> Yes, if possible.
16:09:46 <aleth> You do need the user's permission to connect to accounts though.
16:09:53 <flo> why should the user decide if he wants to import or add accounts?
16:10:11 <aleth> I was just about to ask that ;)
16:10:17 <flo> what about displaying a welcome message with a spinner or progress bar while we detect the accounts we could possibly import?
16:10:32 <flo> until the detection is finished, the "next" button would be labelled "skip"
16:11:34 <-- Optimizer has quit (Ping timeout)
16:11:50 <aleth> With a bit of luck, the third screen would be unnecessary and replaced by asking the user questions only if required.
16:14:09 <aleth> I quite like the idea of a text-based summary at the end. There should then be two options, basically "Add a new account" and "Done". I don't think it needs a separate button in the main area.
16:15:16 --> Optimizer has joined #instantbird
16:25:17 <-- chrisccoulson has quit (Quit: Ex-Chat)
16:25:49 <-- Optimizer has quit (Ping timeout)
16:29:31 --> Optimizer has joined #instantbird
16:33:47 <-- Optimizer has quit (Ping timeout)
16:37:46 --> Optimizer has joined #instantbird
16:42:16 --> pvagner has joined #instantbird
16:48:24 <-- pvagner has quit (Ping timeout)
16:55:40 <clokep_work> Mic: Did you see that posting on the mailing list about an upload being too big for AIO?
16:58:39 <-- Optimizer has quit (Ping timeout)
17:01:12 <wnayes> Ah, you all found the mockups? :) I thought I would wait until today to post them, as it was getting late yesterday when I finished them.
17:02:48 --> Optimizer has joined #instantbird
17:05:41 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
17:07:51 <wnayes> flo: Are the mockups somewhat close to what you were thinking? Also, I like the idea of the welcome message/progress bar!
17:08:03 <clokep_work> wnayes: I was stalking your site. ;)
17:08:22 <flo> I think the first screen surprised me
17:08:22 <-- meh has quit (Quit: brb)
17:11:24 <wnayes> flo: For deciding to import/add accounts? If the new wizard pages are added to the current account wizard, and a user just wanted to add a new IRC account, etc., I thought there would need to be a way to perform that task directly instead of first assuming an existing account is what was wanted.
17:13:22 <flo> wnayes: are you talking about the first startup, or when opening the wizard later from the account manager?
17:13:28 <aleth> wnayes: Didn't you propose an Import button in the account manager for that before? I assumed your mockup was of the first-run experience.
17:15:17 <wnayes> Opening the wizard at a later time. Now that I think of it, it wouldn't be needed if there were entries to those two options in the account manager :)
17:16:46 --> Mic has joined #instantbird
17:16:46 * ChanServ sets mode +h Mic 
17:21:20 <clokep_work> I think flo said something important yesterday about how there's a few different use cases for this. See .... never mind, I can't find it. :-D
17:22:10 <Mic> clokep_work: no, I didn't see that email and I can't find it either in my mailbox. Maybe I deleted it with my spam mails..
17:22:53 <Mic> Can you pastebin it if you think I should read it?
17:23:02 --> meh has joined #instantbird
17:23:04 <flo> me saying something important? I don't believe it ;)
17:23:51 <wnayes> clokep_work: http://log.bezut.info/instantbird/120521/#m552 ? :)
17:25:38 <clokep_work> Mic: http://pastebin.instantbird.com/43263 Not sure if you know anything about it, but I certainly don't. :-D
17:25:59 <clokep_work> wnayes: Yes, that.
17:26:14 <clokep_work> Pretty much there are different reasons people might be using the wizard. You want to optimize for all of them (hopefully!)
17:27:02 <Mic> I think the solution is to allow dictionaries downloaded from AMO to be installed without having to re-upload them to AIO? ;)
17:29:22 <clokep_work> Right. :) They can do that if they add the toolkit line? Or is that bug still open?
17:30:54 --> myk has joined #instantbird
17:32:30 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
17:37:14 --> chrisccoulson has joined #instantbird
17:41:15 <wnayes> flo: What do you think the next step should be? Begin writing some part of the code (interface/UI)?
17:41:53 <-- harisund has quit (Ping timeout)
17:44:36 <-- jb3 has quit (Ping timeout)
17:44:39 <-- jb has quit (Ping timeout)
17:51:36 --> harisund has joined #instantbird
17:58:47 --> Lalae has joined #instantbird
17:59:07 <Mic> clokep_work: the bug is still open but it seems it's not as easy as making everything compatible with toolkit since there are applications where it doesn't make sense to have dictionaries and they don't want people to accidently install any.
17:59:26 <Mic> If I remember correctly. It's been quite long since I looked at this bug last time.
17:59:35 <clokep_work> That's a stupid reason. :)
17:59:44 <Mic> Kind of stupid imo. Shouldn't rather the application know if they support dictionaries or not?
18:01:17 <Mic> *whether
18:03:22 <-- aleth has quit (Input/output error)
18:05:00 <-- Lalae has left #instantbird ()
18:14:38 <clokep_work> wnayes: You could probably begin writing some of the code if you think there's a good idea of where to go with it.
18:21:09 <wnayes> clokep_work: Yeah, I might have a go at the interfaces and see from there.
18:28:43 <clokep_work> Alright.
18:28:53 <clokep_work> Getting started is certainly the hardest part. ;)
18:35:00 <wnayes> flo mentioned that using notifyObserver, etc., might not be the way to go as only the wizard would be an observer. What other ways could there be for the wizard/importer service to receive accounts?
18:36:18 <clokep_work> wnayes: It could just call a method on the service.
18:36:44 <clokep_work> Which essentially the same as notifying observers, but it doesn't allow for multiple things to listen to the output.
18:37:15 <clokep_work> I guess depending how you set it up, it could also just return the value when running a method, but that doesn't seem very thread friendly.
18:38:35 <Tomek> Hello! :)
18:38:35 <Tomek> I just got a bit suprised, there isn't support for RSS feed in Instanbird? O_o
18:39:29 <wnayes> clokep_work: That makes sense, I'll read some more about interfaces :)
18:39:30 <Tomek> would make sense to me to have all communication, Twitter and RSS in on one place...
18:41:09 <clokep_work> Tomek: RSS isn't instant messaging at all though.
18:41:41 <clokep_work> Tomek: Did you know that Daily (and maybe Beta) builds of Thunderbird have support for IRC/Twitter/Facebook/GTalk from Instantbird's code?
18:41:53 <Tomek> it is not, just like twitter (I know, twitter is not one way)
18:42:10 --> Mook_as has joined #instantbird
18:42:15 <clokep_work> A lot of people use Twitter as instant messaging in fact.
18:42:42 <clokep_work> I don't think RSS would fit in well, artticles are usually long, etc.
18:42:56 <Tomek> I know something like that is coming up, but I'd like it directly in instantbird more
18:43:36 <clokep_work> I don't really see how RSS would fit in (I don't even see how email would fit in! Which some people have asked for...)
18:43:37 <Tomek> well, I saw RSS reader that showed just short part and a link to the article
18:44:01 <clokep_work> Right, so they just read the header part or whatever it's called.
18:44:11 <clokep_work> It could certainly be added via an extension. ;)
18:44:18 <clokep_work> But you can feel free to file a bug and maybe someone will add it.
18:44:53 <Tomek> well, it's likely that such bug is already there
18:45:30 <clokep_work> Did you check?
18:45:33 <clokep_work> I don't think there is.
18:47:24 <Tomek> I just like more having Thunderbird hidden all the time except when I read/write emails, and I have Instantbird open (I mean really open) almost all the time
18:47:40 <-- Optimizer has quit (Ping timeout)
18:47:40 <Tomek> you're right, no bug for it found...
18:49:13 <Tomek> ok, I will file it tomorrow when I have more time ;) 
18:49:20 <clokep_work> Tomek: That's fair enough. I'm just having a lot of trouble seeing how it would fit into the UI.
18:51:01 <Tomek> well, my first idea is to keep it in the "converssations on hold" area just like twitter
18:51:17 <Mic> clokep_work: I thought any software project evolves until it reaches the point where it can read emails? ;)
18:51:57 --> Optimizer has joined #instantbird
18:52:03 <Tomek> Mic: I hope my Bachelor's work won't end up like that XD
18:52:31 <clokep_work> Mic: Emacs?
18:52:38 <clokep_work> Apparently Emacs has an IRC mode too. :P
18:53:15 <clokep_work> Tomek: "just like Twitter"? All chats go into that when you close them. (And private conversations can too IIRC.)
18:53:34 <Mic> According to Wikipedia that's "Zawinsiki's law"
18:53:54 <Mic> "Zawinski's law – Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can."
18:54:47 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
18:54:54 <Tomek> I know, but twitter just is there all the time, even when I start IB and nothing new happend there, of course I know all convs can be placed there :)
18:56:39 --> Mnyromyr has joined #instantbird
18:57:09 <clokep_work> Twitter is there if there's new messages, yes.
18:57:23 <Tomek> I guess we will discuss the topic more tomorrow when I file the bug :)
18:58:16 <clokep_work> Mock ups help. :)
18:58:43 <Tomek> ...universal answer: "it can be addon" :-D
18:59:11 <Mic> You need to include the smiley in the quotes, btw ;)
19:13:03 <clokep_work> I'm actually surprised that no one has asked for support of listening to what song you're playing and changing your status....
19:21:24 <Tomek> clokep_work: I guess people who need it have no need to try another IM client, and also I think it isn't so widely used at all...
19:23:07 <clokep_work> Yeah, I remember seeing lots of requests for it with songbird and stuff.
19:32:59 --> aleth has joined #instantbird
19:33:00 * ChanServ sets mode +h aleth 
19:45:00 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :()
19:47:02 --> Mic has joined #instantbird
19:47:02 * ChanServ sets mode +h Mic 
19:47:22 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :()
19:47:29 --> Mic has joined #instantbird
19:47:29 * ChanServ sets mode +h Mic 
19:53:26 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :()
19:53:43 --> Mic has joined #instantbird
19:53:43 * ChanServ sets mode +h Mic 
19:58:35 <aleth> Just tried to connect to freenode, and got: http://pastebin.instantbird.com/43268
19:59:17 <-- igorko has quit (Connection reset by peer)
19:59:44 <aleth> Along with trying to open a channel called =
19:59:55 <aleth> Looks like a consequence of the typo in 318...
20:00:36 <clokep_work> aleth: Yes, that's the typo.
20:00:39 <clokep_work> And it's not trying to open it.
20:00:42 <clokep_work> It's trying to get the mode of it.
20:01:41 <aleth> Yes, that's just what it looks like in the UI
20:10:58 <clokep_work> I wish I knew what message it was trying to send though...
20:11:40 --> flo has joined #instantbird
20:11:40 * ChanServ sets mode +qo flo flo 
20:12:16 <flo> wnayes: http://queze.net/goinfre/import-wizard-mockup-20120523.png Does this make sense?
20:12:41 <flo> The ugly circle on the first page is a spinner or whatever we can put there to indicate the application isn't frozen
20:13:08 <-- FeuerFliege has quit (Input/output error)
20:13:30 <aleth> clokep_work: I didn't have loglevel low enough, but I suspect the server responds to "mode =" with "channel = doesn't exist" which opens a new tab in IB to display it in which triggers all sorts of sends.
20:13:41 <aleth> Hence the flood.
20:13:50 <clokep_work> aleth: I meant the ones a bout null.
20:13:55 <aleth> Ah yes :(
20:14:07 <aleth> Those I am puzzled by
20:16:43 <wnayes> flo: Those look good! I like the way of handling the conflicts through the radiobuttons in the list of accounts themselves.
20:17:13 <flo> and sorry for not being able to explain it clearly with words ;)
20:17:36 <clokep_work> Well a picture is worth 1000 of those last time I checked. :P
20:17:55 <-- chrisccoulson has quit (Quit: Ex-Chat)
20:18:06 <flo> I'm not completely sure of the transition between the very first page and the next one (whatever it is), because I'm afraid it's going to be surprising for the user if the welcome message disappears after only half a second
20:18:56 <flo> at some point I had a page saying "no account found, the next step will guide you through the manual configuration of your account" but that felt like putting blahblah in the way of the user
20:18:57 <clokep_work> flo: Can't they be the same page and we just fill things in as we find them?
20:19:13 <clokep_work> (With a progress bar.)
20:19:43 <clokep_work> So it would be like "Attempting to find your accounts right now. You can skip this step and manually configure accounts."
20:19:50 <flo> clokep_work: yes it would be nice if that could be the same page
20:20:40 <clokep_work> So it would show the window w/ a progress bar, skip would always be enabled, and "import accounts" would become enabled after it finishes finding them al (and you've potentially changed options).
20:21:21 <flo> clokep_work: I'm not sure we can have a progress bar. I think we could only if we were detecting the clients sequentially. If we have some form of parallelism, I'm afraid knowing the progress will be difficult until it's all done (well we can still count how many have replied, but if they work in parallel, they can all reply more or less at once, so it's not real progress)
20:21:42 <wnayes> flo: I think they could be the same page, the searching message might disappear quickly if removed after the first account is found.
20:21:47 <clokep_work> flo: I'm used to that, I use Windows.
20:21:49 <flo> clokep_work: there's no "import account" button though ;)
20:22:01 <flo> clokep_work: aren't you also used to negative progress? ;)
20:22:16 <clokep_work> flo: I wish I had your issue of negative processors though. :P
20:22:24 <flo> ahah :)
20:22:25 <clokep_work> (Or cores, was it?)
20:23:14 --> FeuerFliege has joined #instantbird
20:23:15 <clokep_work> But anyway, just my 2¢.
20:24:42 <Mic> Page 2 definitely looks overloaded for me :(
20:25:49 <-- wesj has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
20:25:51 --> wesj has joined #instantbird
20:26:43 <wnayes> There's also the consideration that additional radiobuttons would need to be inserted if additional clients had the same account
20:27:20 <clokep_work> We should offer to uninstall these clients after. ;)
20:27:23 --> chrisccoulson has joined #instantbird
20:27:43 <clokep_work> wnayes: flo Mic Would a drop down box make more sense than a radio list?
20:28:03 <-- FeuerFliege has quit (Input/output error)
20:28:13 --> FeuerFliege has joined #instantbird
20:29:08 <wnayes> clokep_work: That was the reasoning I had them in my mockups, although then adding more clients might be hard to notice :/
20:29:46 <clokep_work> "Adding more clients"? Would they be added as they finished or queued until all importers have finished?
20:30:36 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
20:30:37 <Mic> I think we should have a best guess shown and add a message "There were conflicting setting found, if you think this choice is wrong, [click here to change]" <-link that e.g. shows the radio buttons or pops up the properties dialog with a way to fill it with setting from the other clients
20:31:06 <-- FireFly_TB has quit (Input/output error)
20:31:09 <wnayes> Waiting until the end would eliminate the issue but could take more time before anything could be displayed
20:31:37 <Mic> And definitely no disabled radio buttons if there's only one client found imo.
20:32:07 <flo> "We should offer to uninstall these clients after." ahah, +1 :-D
20:33:22 <flo> Mic: yeah, that disabled radio button isn't useful
20:33:33 <flo> Mic: I kept it only to keep the alignment with the other client names
20:33:41 <Mic> Ah, OK.
20:33:54 <flo> (which isn't good on the mockup anyway, but I would expect it to be correct on a real XUL implementation :))
20:34:34 <wnayes> I'm sure the radio button visibility could be hidden while keeping the text visible and aligned
20:34:50 <flo> Mic: "There were conflicting setting found, if you think this choice is wrong, [click here to change]"" isn't that even more clutter than the radio buttons?
20:35:25 <flo> wnayes: technically yes, of course. But the empty space between the "Import from:" label and the client name would be strange.
20:36:24 <aleth> That kind of thing is probably best figured out by trying it out and seeing what it looks like in practice
20:36:46 <aleth> Mic: If there are no conflicting settings, there is no need to offer a choice
20:37:02 <Mic> ?
20:37:19 <aleth> Maybe I misunderstood your concern
20:39:13 <Mic> I was talking about the conflict case and wanted the disabled radio button to go away for the non-conflict case (and flo already cleared this up)
20:39:35 <aleth> OK :)
20:41:05 <aleth> I agree Page 2/3 look very busy - I think that could be fixed simply by using a bigger window size though, which gives more room for the layout. Even if that breaks "standard wizard" expectations.
20:42:15 <Mook_as> How about, in the single-client case, <hbox><label value="Import from:"/><label value="Pidgin"/></hbox>
20:42:17 <clokep_work> Bah that thread on the Pidgin mailing list is getting absurd.
20:42:22 <Mook_as> and for the mutli-client case, a dropdown?
20:42:24 <clokep_work> Every just says stuff that is hearsay.
20:42:56 <clokep_work> Everything
20:42:59 <clokep_work> Everyone
20:43:35 <aleth> ^^ language innovation in action ;)
20:43:48 <flo> clokep_work: it's felipec ;)
20:43:57 <flo> and he seems at the top of his form :)
20:44:12 <Mic> What's the topic of this discussion?
20:44:13 <wnayes> flo: I committed some work/brainstorming on the interfaces, I'm sure it's far from being complete though :)
20:44:48 <flo> Mic: saying pidgin developers are assholes because they decided to switch from mnt to hg even through *he* prefers git
20:46:17 <Mook_as> oh, they're going for not-monotone?
20:46:26 <clokep_work> Mook_as: They've been discussing it for years. :P
20:47:01 <flo> it seems like it's actually going to happen this time
20:47:08 <Mook_as> what do you expect, they didn't have a mortal kombat-themed blog post :p
20:48:15 <-- Suiseiseki has quit (Quit: Quit)
20:50:28 <Mic> pff, these noobs.
20:50:30 <Mic> git >> hg
20:50:32 <Mic> It is known.
20:50:47 <Mic> scnr ;)
20:51:01 <Mic> Good night, before I start trolling again ;)
20:51:11 <-- Mic has quit (Quit: Who is Peer and why is he resetting our connections? :()
20:51:24 <douglaswth> LOL
20:51:39 <Mook_as> I think Mic reversed the order :p
20:51:44 --> EionRobb has joined #instantbird
20:52:58 <flo> Mook_as: I don't think the orders are significant when Mic starts trolling ;)
20:53:54 --> Suiseiseki has joined #instantbird
20:55:36 <aleth> Someone should show him unicode char U+22D9 ;)
20:56:05 <clokep_work> wnayes: The interfaces look OKish. Would they really have a prplIProtocol and a prplIAccount instance in them though?
20:56:11 <aleth> For an even greater troll
20:56:24 <clokep_work> I would think it would be the work of the Importer Service to convert a imIImportedAccount to prplIAccount.
20:57:11 <wnayes> clokep_work: I was least sure on the ImportedAccount, mainly wanted to get something out there and see what direction I needed to go :)
20:57:35 <flo> clokep_work: I think having the prplIProtocol exposed is ok
20:57:56 <clokep_work> OK.
20:58:27 <flo> wnayes: the id and numericId attributes don't seem to make much sense on the imported accounts
20:58:50 <flo> wnayes: you need a way to access all the settings
20:59:09 <flo> or at least all the settings that have non-default values
21:00:08 <clokep_work> Ah, wnayes gets the learn about the wonderful wonderful interfaces around settings. :(
21:00:27 <flo> "a chrome URI pointing to a folder where the client can be found installed by default." you are unlikely to have a chrome URI, except if the client you are talking about shipped with instantbird ;)
21:00:41 <flo> why do you want to expose that, by the way?
21:01:22 <clokep_work> I think for some you won't even care where it's installed, you'll just look for the profile or in the registry.
21:02:11 * clokep_work thinks it is time to leave.
21:02:32 <-- clokep_work has quit (Quit: Instantbird of Prey.)
21:02:58 <wnayes> flo, clokep_work: Probably doesn't need to be exposed, and that is a good point about profile/registry.
21:03:03 <-- Optimizer has quit (Ping timeout)
21:03:48 <flo> you want to have somewhere the last modified date for the account (if we have a way to find it. For accounts stored in the registry it will be impossible, but if it's a setting file, there's probably a modified date we can get)
21:04:11 <flo> the most recently modified (or accessed?) client should probably be the one we pick by default in case of conflict
21:07:44 --> Optimizer has joined #instantbird
21:08:20 <flo> imIImportedAccount probably wants to give access to the imIImporter that created it
21:08:46 <flo> or to the client name and version
21:08:59 <flo> wnayes: do we care if we find different versions of the same client installed?
21:09:08 <Mook_as> it might be useful (or it might not!) to look at the firefox import code; I think they rewrote it in JS recently
21:09:31 <flo> or do you intend to have an imIImporter for each significantly different version? (where significantly different means: stores its account information differently)
21:10:04 <Mook_as> (that is, things in http://mxr.mozilla.org/mozilla-central/source/browser/components/migration/src/ )
21:10:23 <flo> Mook_as: I think most of the problems we have don't exist for Firefox because it asks the user first which browsers settings should be imported from; we are trying to import from multiple clients at once
21:10:35 <Mook_as> okay :)
21:10:44 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
21:10:54 <wnayes> flo: I think a separate importer would make sense for different versions, although I can't think of too many cases where that might occur.
21:10:56 <Mook_as> (and now I start to wonder if I was channeling DGMurdockIII...)
21:11:01 <Mook_as> sorry about that.
21:11:16 <-- Optimizer has quit (Ping timeout)
21:12:48 <flo> wnayes: windows live messenger
21:13:22 <flo> iirc
21:13:32 <flo> but logiclord's wiki page should explain that in more details than I can remember :)
21:14:18 <wnayes> the current version uses the Windows Credential Store, which will also been an interesting challenge :)
21:14:40 --> Optimizer has joined #instantbird
21:15:31 <flo> wnayes: js-ctypes? ;)
21:16:00 <Mook_as> do you actively dislike wnayes ? :p
21:17:27 <flo> Mook_as: no, but he may actively dislike me after trying that :)
21:18:59 <-- Optimizer has quit (Ping timeout)
21:22:29 <flo> wnayes: in imIImportersService, "init" doesn't seem very explicit. Maybe findAccounts() ?
21:22:32 --> Optimizer has joined #instantbird
21:23:14 <flo> "A way to refer back to the import service is needed" it's a service, you can get it from Components.classes ...
21:23:48 <flo> I don't see what "imIImportedAccount createImportedAccount();" is supposed to do.
21:24:43 <flo> "boolean detectClient()" do we care if the client is installed if there's no account configured in it? (I think "no")
21:25:16 <-- meh has quit (Ping timeout)
21:25:21 <flo> in imIImporter I would just have a void run() method to start probing for accounts that this importer supports.
21:25:35 --> meh has joined #instantbird
21:26:16 <flo> readonly attribute AUTF8String name; and readonly attribute AUTF8String iconBaseUri; are fine. You may also want to have some kind of id (I'm assuming "name" is a user readable string, so for example name would be "Windows Live Messenger 2010" and id would be "wlm2010")
21:27:21 <flo> "nsISimpleEnumerator getAccounts();" should the UI be kept updated of accounts we find? If yes you can add a callback as a parameter to the findAccounts method (currently named "init"). If no, then this is fine.
21:28:38 <wnayes> flo: run() would be the equivalent of what I wrote as findAccounts(). Would we want detectClient() to be instead detectClientProfiles() (or something to that effect. I suppose this could be just part of the account search).
21:29:30 <wnayes> I think a callback would achieve more of what we are looking for.
21:29:31 <flo> what's the use case for detectClient ?
21:29:34 <flo> I can't find any
21:30:22 <flo> do we need a way to stop the importers?
21:30:26 <-- Optimizer has quit (Ping timeout)
21:30:31 <flo> If the user clicks "skip" I think we need to stop them
21:30:48 <flo> so you probably want a cancel() or abort() method on imIImporter
21:30:59 <wnayes> detectClient would be something that would have to happen during the account search, probably not needed in the interface
21:31:11 <flo> right
21:31:45 <flo> I think you would want to print some debug messages to the error console to say if the client is installed or not (if that's relevant to find accounts) but it doesn't seem useful in the interface
21:36:07 <-- flo has quit (Ping timeout)
21:46:28 --> flo has joined #instantbird
21:46:28 * ChanServ sets mode +qo flo flo 
21:50:12 <wnayes> flo: I would say the main thing that is still confusing is imIImportedAccount and how it would access the settings from prplProtocol. Probably not something that is done from the interface at least.
21:51:33 <flo> I don't remember how horrible the interfaces around these settings are (I just remember we disliked it)
21:56:39 <wnayes> I'm starting to think a lot of what I have in the ImportersService is unnecessary; just one function to start the search with a callback might be all that's needed...
22:08:23 <flo> well init (or I called if findAccounts) is to be called by the UI
22:08:34 <flo> addAccount and importFinished are to be called by the importers
22:09:14 <flo> maybe that service also needs a cancel/abort method, to then abort all the individual importers
22:16:38 <flo> Good night
22:16:39 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
22:17:07 <wnayes> flo: Thanks for the help today :)
22:41:10 --> clokep has joined #instantbird
22:41:10 * ChanServ sets mode +o clokep 
22:55:53 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
23:05:26 <-- meh has quit (Ping timeout)
23:09:46 <clokep> Hey Mook_as, would you be able to take a look at some changes to a config script and see what bone headed thing I'm doing? http://pastebin.instantbird.com/43273 Thanks!
23:10:10 <Mook_as> what's it doing now?
23:10:38 <clokep> Not what I want. :)
23:11:01 <clokep> I'm expecting PURPLE_BONJOUR to end up as 1 (because I don't have --disable-bonjour in my .mozconfig)
23:11:06 <Mook_as> what's the new things in autoconf.mk (the output) being set to?
23:11:08 <clokep> But it ends up as nothing. as does PURPLE_BONJOUR_SDK and PURPLE_AVAHI.
23:11:16 <clokep> They're all blank.
23:11:45 <Mook_as> oh, you want to set it default-on; see http://mxr.mozilla.org/mozilla-central/source/configure.in#130
23:12:15 <clokep> Mook_as: Isn't the second argument for what to do in the "else" case?
23:12:24 <Mook_as> it's _supposed_ to be. but do you trust it? :p
23:12:27 <clokep> Well, the fourth argument of MOZ_ARG_DISABLE_BOOL
23:12:29 <clokep> I have no idea. :)
23:12:47 <clokep> It's used that way here: http://mxr.mozilla.org/mozilla-central/source/configure.in#5116
23:12:53 <Mook_as> (HOST_OS_ARCH is probably wrong; you probably want OS_TARGET)
23:13:07 <clokep> Alright.
23:13:38 <Mook_as> that's because it's sneaky, http://mxr.mozilla.org/mozilla-central/source/configure.in#4531
23:15:13 <clokep> Hmm....OK. So pretty much that macro just doesn't do what it says it does?
23:15:28 <clokep> If so, I'm going to punch someone in the face...
23:15:32 * clokep goes to #developers
23:17:44 <Mook_as> check if that fixes it first :D
23:18:04 <clokep> Will do.
23:18:07 <clokep> Need to cut a watermelon though.
23:21:12 <clokep> Thanks for your help though. :)
23:22:05 <-- aleth has quit (Input/output error)
23:31:20 <-- myk has quit (Connection reset by peer)
23:31:21 --> myk has joined #instantbird
23:33:51 <clokep> Mook_as: That seems to have wored...
23:35:52 <-- Even has quit (Ping timeout)
23:36:20 --> Even has joined #instantbird
23:36:20 * ChanServ sets mode +o Even 
23:39:31 --> meh has joined #instantbird
23:44:34 <-- skeledrew has quit (No route to host)
23:45:12 --> skeledrew has joined #instantbird
23:46:59 <-- skeledrew has quit (Ping timeout)
23:51:01 <-- meh has quit (Ping timeout)
23:56:42 --> aleth has joined #instantbird
23:56:42 * ChanServ sets mode +h aleth 
23:58:54 * aleth wouldn't mind some watermelon himself
23:58:57 <clokep> aleth: Is that patch supposed to handle the case where you nick is changed on log on? Should it display a message?
23:59:05 <clokep> I have plenty, feel free to come get some. :P
23:59:32 <aleth> clokep: It doesn't cover that case, as mentioned in the comment.
23:59:44 <aleth> For that, you'd need a new mechanism somewhere in JOIN