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 0.9.88.2 [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 0.9.88.2 [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 0.9.88.2 [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