All times are UTC.
00:15:25 <flo> I've created all the new locale repositories that have been requested 00:15:42 <clokep> Aha! 00:15:48 <clokep> My friend said he's crashing all the time. 00:15:56 <clokep> If it's from Oscar I'll see if I can get exact STR. 00:18:11 <clokep> flo: Is this the proper crash? http://crash-stats.instantbird.com/report/index/eecb60f7-7934-4002-9294-292212110711 00:18:19 <clokep> Seems like it... 00:19:13 <flo> yes 00:19:27 <flo> any stack including " flap_connection_destroy_cb" in the first few frame is it 00:19:40 <clokep> These are his STR: 00:19:58 <clokep> 1. Close the lid to put the computer to sleep. 00:19:58 <clokep> 2. Open the lid to open it. 00:19:58 <clokep> :P 00:20:04 <clokep> *wake it up, not open it 00:20:21 <clokep> And he said it's about 1 in every 3 times it crashes. 00:20:42 <clokep> So not very helpful. :( 00:20:45 <clokep> He is on wireless though. 00:21:01 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/65d0a40b9232 - Florian Quèze - Avoid close calls with invalid fds (crashes with the MSVC CRT). 00:22:33 <flo> "And he said it's about 1 in every 3 times it crashes." the behavior is random when there's memory corruption involved. That's expected. But valgrind should show an error consistently when the problem happens. 00:23:15 <flo> is there any required wait time between 1. and 2. in these STR? 00:25:19 <clokep> Wait, he's ranting about how much Empathy sucks. ;) 00:25:28 <flo> he's on linux? 00:25:43 <clokep> He runs Ubuntu at the office, and Windows 7 at home. 00:25:50 <clokep> But he's on an internship now, so only Windows 7. 00:26:00 <flo> it may be interesting to know how our "competitors" suck for ecaron's marketing plan ;) 00:26:14 <flo> empathy works on Windows? 00:26:18 <clokep> He doesn't know if there's a certain amount of time (I suspect you have to wait for Windows to lose the wireless network). 00:26:25 <clokep> No, just talking about Linux clients. 00:27:13 <-- werwolf has quit (Ping timeout) 00:27:51 <Mook> ooh, flap_connection_destroy_cb? 00:28:48 <flo> Mook: you've been crashing there too for a while, right? ;) 00:29:30 <Mook> yep; my crappy str is: 1) be connected; 2) hibernate; 3) go sleep and wake up the next day, go to work, come home; 4) resume the machien 00:29:48 <Mook> http://crash-stats.instantbird.com/report/index/bp-458449b5-8936-4efc-8c1f-c77c52110706 00:30:04 <flo> we have tons of useless crash stacks for this 00:30:23 <Mook> I would not be surprised if it's something like the timer overflowing, or lots of timers firing at once 00:30:26 <flo> what I want to know is the stack of the free call that freed that memory but didn't remove the timeout 00:31:01 <flo> Mook: I'm pretty sure we disconnect the account when nsIOService tells us we are offline and then libpurple attempts to disconnect it again when a timer fires. 00:31:11 <-- mmkmou has left #instantbird () 00:32:48 <Mook> I wonder if nsIIOS even knows we're offline when going into hibernate 00:33:02 <Mook> one sec, going into hibernate 00:33:05 <flo> http://pastebin.instantbird.com/859 00:33:16 <flo> is there any obvious reason for that to not work? 00:33:38 <flo> it throws NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN when run in my error console 00:34:48 <-- Mook has quit (Ping timeout) 00:36:02 <flo> hmm, ok, the interface is nsIIOService2 00:36:26 --> Mook has joined #instantbird 00:38:00 <Mook> ah ha! nope, chatzilla didn't notice me going offline 00:38:01 <Mook> so: going into hibernate probably *didn't* cause the offline flag to get set 00:38:08 <Mook> (or maybe I'm using a too-old xr to run cz, or something... sigh) 00:39:41 <-- Tonnes has quit (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110614230723]) 00:39:52 <flo> bah, setting the IO service to offline from the error console didn't seem to have caused the problem on the linux debug build I'm valgrinding :( 00:40:51 <flo> I'm starting to wonder if it could be a race condition between the socket thread and the timer thread 00:47:55 <Mook> just remember that the time thread fired about 10 hours ago ;) 00:48:52 <flo> uh? 00:54:08 <flo> do you have ways to reproduce that are reliable enough to be able to confirm in a few days if the crash is gone on nightlies? 00:55:49 --> werwolf has joined #instantbird 01:01:46 * Fantasm is now known as Fan|away 01:04:05 --> vicnet has joined #instantbird 01:09:08 <Mook> hmm, no, I don't think so 01:10:16 <flo> bah, the nsITimer code is written in a way that wouldn't cause the race condition I was imagining 01:17:16 <flo> Mook: so if we think the issue isn't related to the IO service going offline, but by all processings being stopped for a while and restarting at one, maybe I could simulate it by sending a SIGSTOP to the process and then resume it a few minutes later? 01:17:48 <-- werwolf has quit (Ping timeout) 01:21:59 * Fan|away is now known as Fantasm 01:26:21 --> Chris has joined #instantbird 01:26:23 <Chris> Hi ya 01:26:31 <flo> ah, valgrind just gave me useful information to fix http://crash-stats.instantbird.com/report/index/c5056b28-fd5a-4132-92d1-ff7ae2110704 01:26:37 <flo> too bad it's a very rare crash ;). 01:26:42 <flo> Chris: hello :) 01:27:18 <Chris> Any idea why when I lost internet while the settings panel was open the accounts tab opened with the minimum possible width/height? 01:29:52 <Chris> Also hello flo and thanks for making such a kick-ass IM! :) 01:29:59 <flo> no, and I don't really think the two are related, even though both events happened almost at the same time 01:30:41 <flo> Chris: thanks :) 01:31:52 <flo> Chris: what do you mean by "minimum possible width/height" exactly by the way? :) 01:31:57 * clokep notes he might be going to bed before flo and there's definitely something wrong w/ that. ;) 01:32:39 <flo> clokep: yeah, that's wrong :(. I'm sad that I couldn't fix either the Mac top crasher or the oscar common crasher :-/. 01:33:05 <clokep> But on the bright side I have a mostly working tray icon written entirely in a few hundred lines of JavaScript. :p 01:33:07 <Chris> flu, I mean the width looks about 15px wide and maybe 3-4 px high 01:33:35 <Chris> flo* 01:33:52 <flo> are you on a Mac? 01:33:59 <Chris> Win 7 01:34:20 --> EionRobb has joined #instantbird 01:34:21 <flo> I've no idea of the cause then (I know a possible cause for such a behavior on Mac) 01:34:38 <clokep> I randomly get windows that have no height & no width on all my XUL applications. 01:34:44 <clokep> It's very rare though. 01:34:59 <Chris> I've never had it happen in ff 01:38:34 <clokep> I'm not sure if I had in Fx, I have in Tb I think. 01:38:44 <clokep> It's happened once or twice in Ib on the account manager. 01:38:57 <clokep> No idea why though, sorry. :( 01:40:15 --> mepine has joined #instantbird 01:44:13 <Mook> flo: sorry, I was distracted; perhaps? if you can give me str I can try 01:44:56 * Mook goes to hang instantbird 01:44:56 <flo> finding str is the point though ;) 01:45:31 <flo> if you aren't running it with valgrind, that probably won't tell us much, except if you are "lucky" and it crashes 01:46:20 <Mook> I'm not running it with valgrind, on account of valgrind not working one windows :D 01:46:24 <Mook> s/one/on/ 01:46:47 --> werwolf has joined #instantbird 01:47:01 <Mook> (also, I'm running the 1.0 binary release...) 01:48:25 <Chris> Am I the only one who does not see the download button on the homepage? 01:48:36 <flo> I'm starting my mac debug build with a profile with an auto-login AIM account with valgrind, I'll let it run during the night, then put the laptop to sleep tomorrow morning, and see if I have interesting valgrind errors to read when reopening it at the office 01:49:18 <Mook> chris: on http://www.instantbird.com/ ? I see it.. 01:49:24 <flo> Chris: is the homepage instantbird.org or instantbird.com for you? ;) 01:49:56 <Chris> whoops :) 01:50:47 * Mook closes the browsershots.org tab 01:52:16 <Mook> hmm, hanging instantbird for 5 minutes wasn't enough 01:52:45 <Mook> I don't suppose you know how long the longest timer in use is, flo? ;) 01:52:52 <flo> no idea 01:52:55 <-- mepine has quit (Ping timeout) 01:52:57 <Mook> also, you're sure this is oscar? (is this aim or icq?) 01:53:15 <flo> but I'll drive an hour to the office tomorrow, that should be longer than the longest timeout 01:53:27 <flo> yes, it's oscar 01:54:18 <flo> I've already crashed on it in the past and I've no icq account, so I'm sure an AIM account can reproduce it. No idea if it also applies to ICQ, but it's likely. 01:54:27 <-- Chris has quit (Quit: ) 01:54:46 <flo> anyway, Good night :) 01:54:54 <Mook> ICQ is easier for me, because nobody else is on it anymore ;) 01:54:56 <Mook> good night 01:56:05 <clokep> Hahah. You just need more AIM screennames. :P 01:59:15 <-- EionRobb has quit (Ping timeout) 02:02:47 --> EionRobb has joined #instantbird 02:03:34 --> linuxwizard has joined #instantbird 02:09:22 <-- werwolf has quit (Ping timeout) 02:11:47 --> ironhead has joined #instantbird 02:13:50 <clokep> I have what might be a silly question: Is there a way for me to watch for a window minimizing via mozilla events of some sort or do I need to use OS methods to do that? 02:14:45 * Fantasm is now known as Fan|away 02:23:05 <-- clokep has quit (Quit: Instantbird 1.1a1pre) 02:25:11 <Mook> hmm, not sure 02:25:30 <Mook> I think I ended up using native code 02:27:18 <Mook> http://www.mozdev.org/source/browse/minimizetotray/src/minimizetotray/content/minimizetotray/core.js?rev=1.20;content-type=text%2Fplain;only_with_tag=HEAD case iface.EVENT_WINDOW_MINIMIZE 02:42:10 --> werwolf has joined #instantbird 02:43:58 --> skeledrew has joined #instantbird 02:59:04 <-- werwolf has quit (Ping timeout) 03:07:31 <-- EionRobb has quit (Ping timeout) 03:14:29 --> EionRobb has joined #instantbird 03:16:23 --> werwolf has joined #instantbird 03:23:37 <-- Mook has quit (NickServ (GHOST command used by Mook_)) 03:24:01 --> Mook has joined #instantbird 03:28:55 <-- Mook has quit (Ping timeout) 03:37:37 --> Mook has joined #instantbird 03:42:06 <-- werwolf has quit (Ping timeout) 03:52:41 --> werwolf has joined #instantbird 04:00:53 <-- EionRobb has quit (Ping timeout) 04:04:33 --> EionRobb has joined #instantbird 04:07:35 <-- ironhead has quit (Ping timeout) 04:11:24 <-- EionRobb has quit (Ping timeout) 04:17:05 --> EionRobb has joined #instantbird 04:43:24 --> FeuerFliege has joined #instantbird 05:05:37 <-- EionRobb has quit (Quit: Leaving.) 05:11:55 <-- vicnet has quit (Connection reset by peer) 05:22:41 --> mepine has joined #instantbird 05:28:25 --> mepine_ has joined #instantbird 05:28:51 --> vicnet has joined #instantbird 05:29:08 <-- mepine has quit (Ping timeout) 05:29:08 * mepine_ is now known as mepine 05:30:19 <-- Mook has quit (Quit: ChatZilla 0.9.86-xr [XULRunner 2.0b13pre/20110304030406]) 05:40:47 <-- FeuerFliege has quit (Ping timeout) 05:50:59 <-- mepine has quit (Ping timeout) 06:25:24 --> Mic has joined #instantbird 06:25:25 * ChanServ sets mode +h Mic 06:25:43 --> jb has joined #instantbird 06:27:23 <-- jb has quit (Ping timeout) 06:36:51 <Mic> Concerning bug 915, I can understand that someone is confused here 06:36:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=915 nor, --, ---, nobody, UNCO, Allow dragging buddy names into tags to move them. 06:37:16 <Mic> The tags really look like groups at the moment. 06:46:44 --> ptit_boogy has joined #instantbird 06:48:59 --> gerard-majax has joined #instantbird 06:54:03 <Mic> clokep: maybe this helps in a way: https://developer.mozilla.org/en/XUL/Events#Window_activation_events ? 07:04:49 --> eson57 has joined #instantbird 07:05:11 <eson57> Good morning! 07:05:25 <Mic> Good morning 07:05:56 <Mic> God morgon;) 07:07:07 <eson57> God morgon :) 07:09:43 <eson57> I cloned my repository but I´m not realy sure what to do with those Pidgin alreadytranslated *.properties 07:10:32 <eson57> Am I supposed to edit, or what? 07:13:24 <Mic> If the already translated files are in good shape/properly translated, just keep them. This is supposed to save you from work that has already been done. 07:14:25 --> alfredkayser has joined #instantbird 07:15:12 <-- alfredkayser has left #instantbird () 07:15:19 --> alfredkayser has joined #instantbird 07:15:24 <-- alfredkayser has left #instantbird () 07:15:41 <eson57> ok. I can see some linguistic mistakes, so then it`s okay if I correct them? 07:15:47 <Mic> Have you checked the translation FAQ? 07:16:13 <Mic> I think so.. no idea what happens when libpurple is updated, though 07:17:54 <Mic> Check this: repository 07:17:58 <Mic> oops 07:18:10 <Mic> https://wiki.instantbird.org/Instantbird:Translation/FAQ#Which_files_should_be_in_my_repository.3F 07:19:08 <eson57> Thanks.... I missed that. 07:19:57 <-- gerard-majax has quit (Ping timeout) 07:42:20 --> GeekShadow has joined #instantbird 07:42:45 <-- linuxwizard has left #instantbird () 07:45:43 <-- GeekShadow has quit (Ping timeout) 07:47:22 --> GeekShadow has joined #instantbird 07:54:39 <-- werwolf has quit (Ping timeout) 08:03:23 <-- GeekShadow has quit (Ping timeout) 08:05:01 --> GeekShadow has joined #instantbird 08:06:53 <-- GeekShadow has quit (Client exited) 08:20:33 --> werwolf has joined #instantbird 08:41:29 --> varuna has joined #instantbird 08:42:58 <-- Even1 has left #instantbird () 09:04:24 <eson57> is there a way to minimize chat windows like this, to tray? 09:10:11 --> Even1 has joined #instantbird 09:26:09 --> hunsly has joined #instantbird 09:32:08 <-- varuna has quit (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110422054610]) 09:43:10 --> gerard-majax has joined #instantbird 09:50:41 <-- gerard-majax has quit (Ping timeout) 10:09:39 --> clokep has joined #instantbird 10:09:39 * ChanServ sets mode +h clokep 10:14:24 <clokep> Thanks Mic. I can use the "activate" when it's restored I think. But deactivate is simple when you click off the window. 10:26:55 --> Andrey has joined #instantbird 10:27:38 <clokep> Thanks Mook. I'll need to make something like your WindowWatcher then. 10:31:23 <-- vicnet has quit (Quit: Instantbird 1.0) 10:33:48 * Fan|away is now known as Fantasm 10:35:31 --> mmkmou has joined #instantbird 10:35:42 <mmkmou> HI ALL 10:38:44 <clokep> Hello mmkmou. 10:39:08 <mmkmou> When i execute "python client.py checkout" since yesterday i've the following error : Executing command: ['hg', 'update', '-v', '-r', 'FIREFOX_5_0_RELEASE', '-R', './mozilla'] 10:39:09 <mmkmou> abandon : crosses branches (use 'hg merge' to merge or use 'hg update -C' to discard changes) 10:40:39 <clokep> You might need to update the repository in the hgrc of the mozilla directory. 10:40:47 <clokep> But I'm not positive. 10:42:15 <clokep> Although I thought there was a checkin about ignoring that, so if you try again it might work now? Idk. 10:44:44 <clokep> I need to go though. bbl. 10:44:52 <-- clokep has quit (Quit: Instantbird 1.1a1pre) 10:49:12 <-- eson57 has left #instantbird () 11:03:30 <-- werwolf has quit (Quit: '< auuuuuuuuuuuuuuu) 11:05:40 <mmkmou> oupps clokep left but someone else can help me i'm not a guru of mercurial 11:06:45 <mmkmou> but if i understand ther problem come when the script try to update the mozilla repertory 11:18:04 <mmkmou> resolved : just do a hg update -c on mozilla repertory and everything works 11:23:44 --> lanux128 has joined #instantbird 11:24:29 <lanux128> hi 11:27:02 --> dcjustice has joined #instantbird 11:27:43 <dcjustice> hello all 11:27:43 --> rikki has joined #instantbird 11:28:06 <rikki> has account synchronization been consided? 11:28:25 <Mic> Hi 11:29:09 <dcjustice> Needing a bit of help I'm afraid. I have a problem connecting to IRC with instantbird, wonder if there is anyone that can help me? 11:29:11 <Mic> rikki, bug 492 is about synchronization of different clients 11:29:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=492 enh, --, ---, benediktp, ASSI, Adapt Firefox Sync for Instantbird 11:29:53 <Mic> dcjustice: if we knew the details of the problem, then maybe ;) 11:29:59 <dcjustice> When logging on to certain servers I get the following message: 11:29:59 <dcjustice> Quote 11:29:59 <dcjustice> 11:59:31 - irc.umich.edu: (notice) To complete your connection to this server, type "/QUOTE PONG :cookie", where cookie is the following ascii. 11:29:59 <dcjustice> But the Ascii text is not displayed. 11:30:10 <dcjustice> so I cannot login :) 11:30:44 <dcjustice> Sorry Mic didn't want to be rude :) 11:31:20 <rikki> hmm i see the issue 11:31:37 <Mic> No, I didn't meant to say that you were rude 11:31:43 <Mic> Only that we needed more information to help 11:32:13 <Mic> Is it OK for anyone to try to connect to this server? I'd try myself if yes.. 11:32:57 <dcjustice> oki :) well its just ssl.efnet.org then it chooses one so I don't see why not :) 11:36:46 <Mic> I get something on the error console, I'll file a bug. Do you have a Bugzilla account with us, dcjustice? 11:37:17 <dcjustice> I'll create one, 1 sec 11:42:44 <dcjustice> done see PM 11:44:51 <instantbot> New purplexpcom - General bug 917 filed by benediktp@ymail.com. 11:44:53 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=917 nor, --, ---, nobody, NEW, Problems when connecting to irc.umich.edu 11:45:23 <Mic> D'oh, I forgot asking for OS/Ib version :( 11:45:46 <Mic> Which Instantbird version are you using on which OS? 11:45:55 <dcjustice> Windows 7 64bit - version 1.0 (20110623121653) 11:48:01 <Mic> Thanks, I updated the bug. 11:48:12 --> tymerkaev has joined #instantbird 11:48:37 <dcjustice> thanks, good luck great program it makes IRC more accessible. :) 11:49:22 <Mic> Nice to hear that you like it :) 11:49:46 <dcjustice> very much. 11:50:02 <Mic> Someone is working on improved IRC support at the moment, maybe he can try if the problem occurs with his version as well 11:50:55 <Mic> clokep, could you try connecting to irc.umich.edu with js-irc and see if the above problem occurs as well? 11:52:48 <dcjustice> I don't know much about IRC but I just read this: Tip: Some IRC servers won't K-line you anymore if you get ident working. Perhaps with ident working then you wouldn't see the issue. 11:53:28 <dcjustice> although this is a captcha not a block 11:53:39 <dcjustice> fwiw 11:54:40 <Mic> Let's see, I'm curious about clokep's feedback, he's the one working on the new IRC protocol plugin. 11:56:17 <-- tymerkaev has quit (Quit: I must go. Good bye!) 11:58:24 --> clokep_work has joined #instantbird 11:58:24 * ChanServ sets mode +h clokep_work 11:59:10 <Mic> Ah, speaking of the devil ... :P 12:02:29 <Mic> bbl, thanks again for reporting , dcjustice 12:02:36 <clokep_work> I saw it, I'm reading emails right now. 12:02:52 <dcjustice> np good luck 12:03:27 * clokep_work wonders if the server requires ident. 12:04:54 <clokep_work> I unfrotunately don't have telnet on this machine or I'd just use that. ;) 12:07:13 --> ironhead has joined #instantbird 12:08:35 <-- lanux128 has left #instantbird () 12:11:15 <clokep_work> Yeah I think that port is being blocked by my network so no luck. I'll try later. 12:15:39 <-- ironhead has quit (Ping timeout) 12:17:10 <dcjustice> thanks 12:18:59 --> gerard-majax has joined #instantbird 12:21:00 --> sonny has joined #instantbird 12:21:21 <dcjustice> gott go now bye bye :) 12:21:24 <-- dcjustice has quit (Quit: Going offline, see ya! (www.adiirc.com)) 12:37:34 <-- mmkmou has left #instantbird () 12:44:53 <-- gerard-majax has quit (Ping timeout) 12:46:22 <flo> clokep_work: I think the activate/desactivate events you were looking at are for when a window gets/loses focus, not related to minimized or not. 12:46:49 <clokep_work> flo: Yup! That's what I replied to Mic with. 12:48:05 <flo> https://developer.mozilla.org/en/XUL:Attribute:sizemode 12:48:59 <flo> heh, someone referenced a bug I filed from that page :) 12:50:30 <clokep_work> Hah. 12:50:53 <clokep_work> There is a "window.windowState" property, but I didn't really find (any?) much documentation on it. 12:51:56 <flo> the code is usually the best documentation for that kind of obscure properties :P 12:53:40 <clokep_work> Ah, true! :) 12:53:43 <clokep_work> I didn't try that haha. :-[ 12:53:51 <clokep_work> Still though Idk if any event is generated on it changing. 12:56:35 <flo> apparently no :( 12:56:47 <flo> the advantage of the sizemode attribute is that you can use dom mutation events for it 12:56:59 <flo> but I didn't know the "minimized" value was never set on it :( 12:57:38 <clokep_work> Right, so not very helpful. 12:59:29 --> ironhead has joined #instantbird 12:59:45 <-- ironhead has quit (Quit: Instantbird 1.0) 13:04:19 --> mmkmou has joined #instantbird 13:05:24 <-- mmkmou has left #instantbird () 13:13:54 --> mmkmou has joined #instantbird 13:19:56 --> gerard-majax has joined #instantbird 13:30:54 <-- gerard-majax has quit (Ping timeout) 13:36:41 --> gmoro_ has joined #instantbird 13:36:57 <-- flo has quit (Quit: Instantbird 1.1a1pre) 14:01:49 <-- rikki has quit (Connection reset by peer) 14:01:52 --> rikki has joined #instantbird 14:12:24 <-- mmkmou has quit (Client exited) 14:15:04 <-- Mic has quit (Ping timeout) 14:15:09 --> eson57 has joined #instantbird 14:26:27 <-- sonny has left #instantbird () 14:26:30 --> sonny has joined #instantbird 14:47:37 <eson57> committed my first changes but I guess the change message i a bit poor.... is there a way to change that only? 14:56:04 --> flo has joined #instantbird 14:56:04 * ChanServ sets mode +qo flo flo 14:59:10 <flo> after putting the laptop to sleep for over an hour, when I reopened it the AIM account just reconnected itself without any valgrind error :-S. 15:03:27 --> mmkmou has joined #instantbird 15:04:36 <-- mmkmou has quit (Quit: Instantbird 0.2) 15:04:49 --> mmkmou has joined #instantbird 15:15:45 <clokep_work> :-/ 15:15:51 <clokep_work> Sleep a VM for an hour? :p 15:16:12 <flo> you think it would produce a different result on linux? 15:18:21 <clokep_work> I don't know. 15:18:27 <clokep_work> I don't know enough about what could be causing the eror. 15:18:35 <flo> I wonder if it happens only on machines with several cores 15:18:59 <flo> valgrind forces everything to be executed on a single core, so if there's a race condition related to threads it can't detect it 15:23:29 <-- sonny has left #instantbird () 15:23:59 <clokep_work> Hmm...it's possible. I've only seen it on dual core laptops. 15:25:41 <flo> if all our users have dual core laptops, it's hard to tell ;) 15:29:39 <-- ptit_boogy has left #instantbird () 15:38:01 --> wolfiR has joined #instantbird 15:39:26 <flo> should we create some kind of "roadmap" document for 1.1? 15:39:49 <clokep_work> :-/ Maybe. 15:39:57 <clokep_work> We could also just mark things as wanted, blocking, etc. 15:40:21 <flo> we could yes 15:40:23 --> Mic has joined #instantbird 15:40:23 * ChanServ sets mode +h Mic 15:40:38 <flo> bugzilla doesn't seem good to me to get a high level idea of where we are going though 15:41:10 <sander85> flo: hey, what's the satus of purple 2.9 import? 15:41:18 <flo> sander85: done. 15:41:30 <-- eson57 has quit (Quit: Instantbird 1.0) 15:41:48 <flo> except for some part of the msn plugin that crashed during my testing. But the parts that change strings have been updated already :). 15:43:15 <sander85> so i can take them from here: http://queze.net/goinfre/l10n/libpurple-2.9.0/et/ ? 15:43:29 <flo> if it helps you, yes 15:44:00 <sander85> ok, as i haven't touched those files yet, then i think it would make my life easier 15:44:53 <clokep_work> flo: You're right, we should probably write up a little list and make sure it says that these are some ideas and not necessarily exactly where stuff is ging. 15:45:00 <flo> there are less string changes between 2.7.11 and 2.9.0 than I expected. (only https://hg.instantbird.org/l10n/en-US/rev/9c5232ed116a and if you exclude strings that are just moved around, that's very few of them actually) 15:45:39 <flo> clokep_work: should definitely include that it's a time based release rather than a release with key features as the objective 15:45:53 <sander85> that's good to know, as there are already enough to recheck :) 15:47:16 <clokep_work> Wow that's like nothing. 15:47:27 <clokep_work> flo: Ah yes, we haven't mentioned that yet, have we? 15:47:32 <flo> clokep_work: it shows the amount of interesting changes :-P 15:48:03 <sander85> flo: when compiling, which mozilla's tree are you using? 15:48:11 <flo> currently mozilla5 15:48:20 <flo> (so releases/mozilla-release) 15:48:47 <Mic> Good bye 15:48:54 <-- Mic has left #instantbird () 15:49:16 <sander85> ok 15:51:56 <flo> I played a bit with mozilla7/aurora during the week-end. So I made the patches to fix our build system for it, but I haven't fully tested Instantbird wiht moz7 15:53:19 <sander85> i just want it to compile so i could get new nightly version :) 15:53:51 <flo> what's preventing you from having a new nightly version currently? 16:05:02 <-- Even1 has quit (Quit: Instantbird 0.3pre) 16:06:03 --> ecaron has joined #instantbird 16:07:12 --> Mook_as has joined #instantbird 16:08:19 <clokep_work> I mean the overall plan is "improve Twitter, improve MUCs (mostly IRC)", right? 16:08:39 <flo> fix crashes 16:08:42 <flo> update everything 16:08:48 <flo> maybe include sametime and SIPE. 16:08:54 <flo> use libqq 16:09:33 <flo> but it would probably help to write down a more detailed list for "improve twitter" 16:10:50 <clokep_work> OK. Should we make a wiki page? A type with me? A "hangout" :P? 16:16:47 --> cartman has joined #instantbird 16:16:58 <ecaron> Somebody on Twitter asked for a tutorial on how to use Twitter in instantbird. Would maybe putting that together first be a nice gateway into coming up with the feature list & roadmap? 16:17:15 <ecaron> Like, "To read DMs, oh wait, we can't do that... See bug xxx" 16:17:21 <clokep_work> :) 16:17:26 <clokep_work> A "tutorial" or an "FAQ"? 16:18:01 <ecaron> They requested a tutorial, which I would argue is a better place to start than a FAQ 16:18:29 <ecaron> Since a FAQ can kind of turn into a brain-dump whereas the tutorial has to follow a logical path. Though both the FAQ and tutorial would be useful 16:18:35 <flo> a good tutorial explains what was hard to figure out while learning to use it. We (developer) can't do that. 16:20:16 <cartman> https://twitter.com/#!/wolfiR/status/90447714449489920 16:20:23 <cartman> I love it when I don't have to do the work 16:20:24 <cartman> :D 16:20:28 <ecaron> Then it sounds like there is something useful for me to do over lunch 16:20:52 <-- Fantasm has left #instantbird () 16:21:10 <flo> cartman: :) 16:21:21 --> Fantasm has joined #instantbird 16:21:21 <flo> ecaron: have you read our latest blog post already? 16:21:59 <ecaron> i did. very nicely written. i wish the comments weren't hidden by default since i think that conversation being visible would be great for people to see on initial load 16:22:24 <flo> you mean when clicking the link of the rss feed? 16:22:52 <flo> do you understand what I meant by "we are not competing" and do you still disagree? :) 16:24:12 <-- mmkmou has left #instantbird () 16:24:23 --> mmkmou has joined #instantbird 16:25:02 <ecaron> Ignore my point about the comments being hidden. The first link I followed to it dropped me on the front page, w/ the full post being there I thought I was on the specific post page. But I digress. 16:25:19 <clokep_work> Speaking of which, should we rpely to any of those comments? ;) 16:25:26 <flo> we should yes 16:25:33 <flo> and to the recent emails on contact@ib.org 16:26:25 <ecaron> I think I got your point before as to "we are not competing," and I think you're still right but I think from a marketing standpoint we are still competing. 16:26:55 <flo> they are not marketing anything, they don't care, they don't post any news when the release, etc... :) 16:27:02 <flo> *they 16:27:24 <ecaron> Which should make our job relatively easy:) 16:27:59 <flo> it's possible they post on freshmeat, but I'm not even really sure they do 16:28:01 <clokep_work> flo: Yes, I'll reply to the Facebook one. I believe that's just the FAQ issue. :) 16:28:18 <flo> clokep_work: the issue we need to add to the FAQ you mean? 16:28:29 <flo> (log out and back in, blahblah) 16:29:38 <clokep_work> Ah, is that not in there? The other one must be, with the username vs. email. 16:33:50 <Mook_as> for the xulrunner / firefox -app comment: that sounds like a great way to end up with an ib that doesn't run because firefox updated itself :( 16:34:03 --> mic_mike has joined #instantbird 16:37:10 <clokep_work> These are the proper steps, right? http://pastebin.instantbird.com/861 16:37:43 <flo> right 16:37:52 <flo> 1. is probably already done if they get that error message 16:38:53 <clokep_work> Eh, it can't hurt. 16:39:21 <-- Andrey has quit (Quit: ) 16:47:48 <-- mmkmou has quit (Ping timeout) 16:48:53 --> mmkmou has joined #instantbird 17:14:17 --> mokush has joined #instantbird 17:15:46 <clokep_work> flo: Could you look at bug 878 for a second.I had left a question in it. :) 17:15:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=878 enh, --, ---, clokep, ASSI, Allow system messages to have flags 17:18:32 <flo> aren't there system messages that we would want to log? 17:18:50 <flo> "blahblabha couldn't be delivered" for example? 17:20:17 <clokep_work> But do they use the systemLog method or do they just pass in the {system: true} flag? 17:20:29 <flo> and I don't see how this relates to sendMsg, which is for a message the user typed, where it's only the string the user typed (I don't really see the user typing flags. Though we will probably need to add more data there for the "In reply to" id for twitter replies.) 17:20:48 <clokep_work> Or am I misunderstanding the use of systemLog? 17:21:40 <flo> systemMessage you mean? 17:21:47 <clokep_work> Yes, sorry, systemMessage. 17:22:16 <flo> hmm, these messages are part of the UI conversation, not the purple conversation, so never logging them seems fine actually 17:25:08 <clokep_work> Right, my comment is really vague there, but that's what I was getting at. :) 17:25:29 <clokep_work> Since I assume the protocols set their flags manually and don't use that function. 17:25:34 <flo> I think at some point we would need to add a way to insert a purpleIMessage into the conversation in the API 17:26:24 <clokep_work> To actually be sent or just into the UI? 17:26:37 <clokep_work> ("Conversation" is a really overloaded term. :-/) 17:27:08 <flo> maybe both 17:27:14 <flo> I'm not sure 17:27:29 <flo> I'm just sure that the current API sucks around purpleIMessage ;) 17:27:34 <clokep_work> :) 17:27:47 <clokep_work> flo wants imIMessage? ;) 17:27:55 <flo> sure 17:28:01 <flo> and imIMessagesService! :P 17:30:16 <clokep_work> :) 17:30:19 --> jesup has joined #instantbird 17:31:10 <jesup> Florian suggested I detail why I'm switching back to Chatzilla here after a day trying InstantBird 17:31:15 <flo> jesup: we want to add a tooltip when hovering people in the participants list, hopefully that should clarify the meaning of the icons 17:31:48 <Mook_as> flo: you should probably explain that you're florian ;) 17:32:04 <clokep_work> Aren't the star, half star, etc. rather standard icons? 17:32:06 <jesup> That would help. Help would help too. Plus a 'key' to the icons would help (since hover only works if you see it) 17:32:16 <flo> jesup: yes, it's definitely some kind of feedback we are interested in. clokep_work currently rewrites the IRC protocol plugin in JS so that it becomes extensible 17:32:28 <clokep_work> "Help would help too"? 17:32:35 <Mook_as> clokep_work: nope. standard is a bunch of silly characters like @ % and & 17:32:36 <jesup> Not to someone who hasn't used whatever they're standard in before 17:32:54 <clokep_work> Mook_as: No, that's the protocol. :P I meant standard for the UI of reasonable IRC clients. ;) 17:33:10 <jesup> Help as in the Help menu has "check for updates" and "About" 17:33:12 <clokep_work> Every IRC client I've used has those, but I don't use the unreasonable ones. :) 17:33:15 <jesup> No actual help 17:33:20 <Mook_as> clokep_work: well, Cz at least uses coloured balls, I think mIRC uses characters? been a while since I used that 17:33:25 <clokep_work> Ah, OK. We should probably link to the FAQ at least. 17:33:39 <clokep_work> Mook_as: Ah, OK. :) That's bike shedding though, the tooltip/key is the real problem! 17:33:48 <Mook_as> clokep_work: yep! 17:34:00 <Mook_as> (also: I want my bikeshed to be painted with gold stars!) 17:34:10 <jesup> Realize I'm not an IRC client user generally - though I created the grand-daddy of many chat systems in an age long past 17:34:11 <flo> what does "a 'key' to the icons" mean? 17:34:33 <Mook_as> flo: a legend of sorts - a reference chart 17:34:36 <jesup> "key" means a table of "symbol = definition" (roughly) 17:34:48 <jesup> It's a standard term 17:35:17 <flo> ok. If we display the icon next to the name inside the tooltip, that should make things pretty obvious 17:35:33 <jesup> When IRC showed up (circa 1990?) I wasn't interested 17:35:53 <flo> having a page for that on the website somewhere would likely get confusing as the icons may change if a different theme is used 17:35:56 <jesup> Yes - the Help should have a full key with all icons 17:36:22 <jesup> Then the key should be in the software so themes would be reflected 17:36:31 <jesup> Helps when you're using a new theme, too 17:37:03 <jesup> Other things where it falls down vs Chatzilla: 17:37:36 <jesup> When I tried to join a channel that had a bad name (no #), it silently failed without alerting me 17:38:08 <jesup> Same thing I think on my Aim account when I accidentally joined there instead of IRC 17:38:29 <flo> clokep_work: heh, it seems common for people to write channel names without the '#' ;) 17:38:43 <clokep_work> I had seriously never heard of this until like a week ago... 17:39:01 <jesup> I don't see any way to tell if a user is idle or not, how long they've been idle (except by asking in text to the irc server), etc 17:39:18 <jesup> Right-click on users does nothing - not what I'd expect 17:39:24 <flo> clokep_work: it seems only chatzilla supports that quirk. All the people mentioning it are coming from Chatzilla. ;) 17:39:49 <flo> jesup: idleness will be in the tooltip too. 17:40:28 <jesup> I don't care if it's a quirk - I didn't even intend to do that. Though users new to IRC likely won't expect # is required 17:40:46 <jesup> I don't see a way to list channels/rooms 17:40:47 <clokep_work> I would argue they would expect it to be, since it's part of the channel name. 17:41:16 * clokep_work will be back in a few. 17:41:27 <flo> jesup, clokep_work: I'm not interested in arguing about whether it's a quirk or not, neither of whether new users expect it or not. Chatzilla users do, that's for sure. 17:42:25 <jesup> Except people shorthand things frequently. And if it's *always* required on IRC, then it makes some sense to help users if they try to join a channel without it (at least tell them) 17:42:26 <flo> jesup: there's currently no way to list the channels. We would like to do it as a completion on the join chat field. 17:42:53 <jesup> yeah, that's a pretty fundamental missing feature IMHO 17:42:56 <flo> jesup: it's not always required. Other (less common) prefixes are valid too. 17:43:19 <jesup> Ah. Didn't know that. At least warn them if the join channel fails 17:43:29 <flo> if # was mandatory at the beginning of a channel name we would obviously add it. 17:43:57 <flo> jesup: we almost decided yesterday to prepend # automatically if no valid prefix is there. 17:44:00 <clokep_work> Yeah, we really need to handle when commands fail. :-/ 17:44:39 <flo> clokep_work: I'm not sure of where we should provide feedback once the join chat dialog is closed. I hate that dialog ;). 17:45:24 <jesup> Ok, moving on. No idea what the user colors mean. Again no key. 17:45:26 <flo> the Error console would be an obvious place for developers, but I don't think average users would look there, or even know it exists 17:45:37 <flo> jesup: they mean nothing. 17:45:39 <Mook_as> I think cZ tries to figure out the proper prefix to use based on the server capabilities string, or something 17:45:48 <flo> just there to help you differentiate different people talking 17:46:08 <jesup> I didn't even know why I couldn't join a channel until I got annoyed and opened the error console 17:46:16 <flo> Mook_as: it could also check for which channels exists from the channel list 17:46:45 <jesup> Ok, but people will assume it means something. 17:46:46 <Mook_as> yep. just stating things that exist, since I'm pretty sure you're license-compatible enough to copy things from cZ if desired ;) 17:46:56 <jesup> Especially as some are the same and some are different 17:47:15 <flo> jesup: you are the first talking about this. 17:47:33 <flo> jesup: the usual question/confusing about colors is "why am I talking in blue but displayed with another color in the list?" 17:47:38 <flo> *confusion 17:48:09 <jesup> I may be coming from a fresh perspective, not having worked with other chat clients very much in the last decade 17:48:37 <jesup> You should get Limi to take a run though the UI design 17:48:44 <-- gmoro_ has quit (Quit: Leaving) 17:49:06 <flo> if he is interested that would be nice 17:49:37 <jesup> Reach out to him. Even a couple of hours of his time could be very useful I suspect 17:50:14 <jesup> Let's see. Not a biggie (and should be an add-on), but no recognition of "bug xxx" ala Chatzilla. 17:50:28 <flo> jesup: we have an add-on for that 17:50:35 <jesup> Aha 17:50:48 <jesup> Looked at available add-ons, didn't see it. 17:51:09 <flo> jesup: https://addons.instantbird.org/en-US/instantbird/addon/4 17:53:04 <flo> jesup: have you found the "Tab Complete" add-on already? :) 17:56:10 --> mistraven has joined #instantbird 17:56:25 <-- mistraven has left #instantbird () 17:56:32 <jesup> I saw that and I think installed it (but haven't restarted) 17:56:42 <clokep_work> flo: So bug 878 is about allowing flags for systemMessage...should I just not do that and hardcode the one flag we need (noLog) for bug 879? 17:56:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=878 enh, --, ---, clokep, ASSI, Allow system messages to have flags 17:56:47 <clokep_work> jesup: It's restartless! 17:56:47 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=879 nor, --, ---, clokep, NEW, Help command shouldn't write output to the log 17:57:18 <clokep_work> I don't see how adding other flags after system would matter, since it'll get the system formatting (if I remember the priority correctly. :-/ Which I probably don't) 17:57:30 <flo> clokep_work: yeah, or change the bug summary. Whatever, as long as the issue is fixed. 17:57:59 <flo> clokep_work: I'm not completely sure of what the "error" flag does 17:59:31 <clokep_work> flo: It makes the outline black and scary. :P 17:59:55 <flo> clokep_work: I think that part is a bug of the Bubble theme 18:00:24 <clokep_work> Oh? It actually fits rather well. 18:00:30 <clokep_work> Kind of a WTF am I supposed to do? 18:00:58 <flo> with these bugs? 18:02:02 <clokep_work> No, sorry. I meant the back fits nicely, as if Instantbird is saying "Idk wtf to do with this message I just received, here see if you can figure it out!" 18:04:07 <flo> jesup: anything else that confused you and could be improved? :) 18:04:26 <jesup> Other things: it would be nice to be able to hide (entirely) join/leave/etc 18:07:01 <flo> do they end up in your way? 18:07:22 <jesup> Not obvious how you add buddy categories (should be in the Add Buddy dialog) 18:07:52 <flo> buddy categories? 18:07:54 <jesup> They can, especially on very active channels or very inactive channels 18:08:05 <jesup> Coworker, Family, etc 18:08:27 --> igorko has joined #instantbird 18:08:30 <flo> which message theme are you using? With the default one (Bubbles) consecutive system messages are automatically collapsed to waste less space 18:08:31 <jesup> There's no option to add one there. Maybe elsewhere, but I couldn't find it in 30 seconds of looking 18:08:36 <jesup> Default 18:08:50 <flo> jesup: you can just type whatever you want instead of selecting from the list 18:09:48 <jesup> Yes, but if other messages intervene (busy channel) they waste space, and on idle channels there are so many that when you open it it's huge - that's much less of an issue 18:10:08 <flo> not sure how if looks on your OS (nor which OS you use), but for me (Mac OS X) the difference between an editable list (the "Group") and a non editable one (the "Account") is visually obvious 18:10:14 <jesup> Not obvious you can type 18:10:33 <jesup> on winxp. Only if I click in it and notice the cursor 18:11:23 <jesup> Again, it goes back to helping the user find what he's looking to do, even if that means more than one way to do something. 18:11:39 <flo> I'm not following you. You want an option to hide them because if you explicitly click to show (open) them, it's huge? 18:11:41 <jesup> Different users will come with different expectations about UI 18:12:48 <jesup> that one is less of an issue - not likely to open them. But on idle channels you occasionally get messages, so ~70% of the scroll area ends up being stuff I never want to see 18:13:35 <jesup> i.e. first notice, ..., last notice, message (repeated) 18:15:33 <jesup> Not that it matters, but I was one of 3 or 4 people who designed the IM & Chat system for PlayNet in 1984-1985ish. We licensed it to CVC, which renamed it QuantumLink, and then about 3(?) years later they ported it to the IBM PC and renamed it "America Online" 18:16:30 <flo> nice :) 18:21:02 <jesup> In 2007? in response to a Slashdot article someone mentioned they hadn't been able to figure out what some bytes of the AOL login-over-TCP protocol were. I looked and to my amazement, they were the sliding-window protocol values and the piggyback-ack value from the error-correcting-protocol that ran on between the C64's, over non-corrected 300 baud modems(really), to X25 PADs (Tymnet & Telenet), and over X25 to our Stratus fault-tole 18:21:36 <jesup> I hope they've done away with it now... I designed that in 1984 using the Stevens network book; my first real protocol design. 18:22:15 <instantbot> clokep@gmail.com set the Resolution field on bug 879 to DUPLICATE of bug 878. 18:22:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=879 nor, --, ---, nobody, RESO DUPLICATE, Help command shouldn't write output to the log 18:22:18 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=878 enh, --, ---, clokep, ASSI, Do not log UI system messages. 18:22:32 <jesup> wikipedia: PlayNET (or PlayNet) 18:24:12 <jesup> I have other work to do - if I think of more I'll let you know (via Chatzilla.... ;-) Going back to it will likely jog my memory of what I wasn't seeing here. 18:24:55 <flo> jesup: maybe you will try again Instantbird when we release 1.1 and then switch to it for a long time ;) 18:25:00 <jesup> I do love the bubble display, though. Very nice 18:25:09 <flo> thanks for your feedback :) 18:25:23 <jesup> np 18:25:38 <jesup> If I find time I'll try to drop a few into bugzilla 18:25:53 <jesup> enhancement requests 18:25:55 <jesup> ta 18:26:18 * Mook_as imagines flo will start to work on a playnet protocol impl 18:26:32 <flo> Mook_as: how did you guess? :-P 18:26:57 <-- rikki has quit (Connection reset by peer) 18:27:00 --> rikki has joined #instantbird 18:31:11 <clokep_work> Bah PlayNet was started at my college. 18:32:04 --> linuxwizard has joined #instantbird 18:37:39 <-- ecaron has left #instantbird () 18:53:16 <wolfiR> hi, I'd have some compulsory question to ask as a Linux distribution packager 18:53:43 <wolfiR> would it possible to pull in libpurple from the system instead of delivering an in-tree version? 18:54:58 <wolfiR> probably cartman already knows ;-) 18:55:21 <flo> wolfiR: hello. no. 18:56:00 <flo> our libpurple is modified in several ways. 18:58:14 <wolfiR> flo: ok, thanks 19:01:57 <cartman> wolfiR: I gave them the good news already, sorry can't resist :D 19:02:27 <flo> cartman: I saw it on twitter before ;) 19:02:38 <cartman> damn 19:02:55 --> Prescience500 has joined #instantbird 19:02:57 <wolfiR> huh, I don't have that many followers so surprised 19:02:57 <Mook_as> p.s. as an opensuse user: thanks for doing the various mozilla-y apps! 19:03:35 <flo> wolfiR: we track the "instantbird" keyword ;) 19:04:08 <Prescience500> How does one disable compatibility checking for Instantbird add-ons? 19:04:31 <clokep_work> Prescience500: Which add-on are you trying to get to work btw? 19:04:38 <clokep_work> And what version are you running? :) 19:05:41 <Prescience500> I'm running nightly trunk builds and I'm wanting to try out the XMPP-js add-on that's currently being worked on 19:05:53 <Prescience500> (1.1a1pre) 19:06:47 <clokep_work> Ah-ha. 19:07:03 <clokep_work> I believe the pref shuld be extensions.checkCompatibility.1.1a = false 19:07:14 <clokep_work> But we shuld ping varuna about upping the compatibility of that... 19:07:20 <Mook_as> or possibly extensions.checkCompatibility.nightly 19:07:31 <clokep_work> I don't think that works. I tried it recently... 19:07:33 <Mook_as> (depending on, IIRC, the update channel?) 19:07:41 <Prescience500> the latter didn't work, unless caps matter 19:07:44 <Mook_as> or maybe that didn't land until later 19:07:54 <flo> if that could be based on the "pre" in the version number, that would be better :-S 19:08:06 <flo> anyway, away for diner! 19:08:06 <clokep_work> I think that was Moz6, and we're only on 5? I don't know. 19:08:12 <clokep_work> Ciao. 19:08:14 <-- flo has quit (Quit: Instantbird 1.1a1pre) 19:09:12 <Prescience500> extensions.checkCompatibility.1.1a + false worked 19:09:14 <Prescience500> thanks! 19:09:17 <clokep_work> Prescience500: I have no idea what state that is in by the way, any particular reason you'd like to try it? :) 19:09:20 <clokep_work> You're welcome! 19:11:01 <Prescience500> i was looking at it's progress on it's blog and noticed a comment wishing for someone to try it so i offered to test it 19:11:20 <clokep_work> Cool. :) 19:11:33 * clokep_work has been meaning to switch over to it too. 19:14:11 <clokep_work> Mook_as: What mozilla is Komodo on now a-days? Is it finally on 2.0 now? :) 19:14:43 <Mook_as> clokep_work: 7.0a3 is 2.0, yes 19:14:57 <Mook_as> (a2 too, I think, but who tracks not-latest-alpha? ;) ) 19:15:23 <clokep_work> Ah, cool. :) I feel like I might have been left behind at some point then... 19:15:29 <clokep_work> I was on nightlies, but who knows if it's up to date. 19:15:38 <Mook_as> it's not. 19:16:38 <clokep_work> Hmm...OK. 19:17:14 <Mook_as> hmm, I think cz lost a line 19:17:15 <Mook_as> I think our build "farm" choked or something, we don't have nightlies at the moment as far as I know 19:17:29 <Mook_as> oh, no, I just spewed it into the wrong channel :D 19:18:57 <clokep_work> Haha. 19:19:19 <clokep_work> Last I noticed I was on like 6.1 something. ;) But I don't really pay attention to versions. 19:19:47 <Mook_as> 6.1.x is the last released version, yeah 19:19:48 <instantbot> New Instantbird (UI) bug 918 filed by mozilla@rosenauer.org. 19:19:50 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=918 nor, --, ---, nobody, UNCO, hide "Check for updates" menuitem if update is not possible 19:24:42 <clokep_work> Ah OK. I'm not that out of date then! 19:24:45 <-- chrisccoulson has quit (Connection reset by peer) 19:25:45 --> chrisccoulson has joined #instantbird 19:28:13 <-- chrisccoulson has quit (Ping timeout) 19:28:45 <-- Prescience500 has quit (Client exited) 19:33:01 --> eson57 has joined #instantbird 19:33:42 <-- eson57 has left #instantbird () 19:33:43 <-- mokush has quit (Client exited) 19:37:12 --> eson57 has joined #instantbird 19:37:29 <-- eson57 has quit (Quit: Instantbird 1.0) 19:39:14 --> deOmega has joined #instantbird 19:42:23 --> chrisccoulson has joined #instantbird 19:42:55 <deOmega> ah, bug 440. was wondering if i ever filed 19:42:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=440 enh, --, ---, nobody, NEW, IRC option: Hide events 19:44:14 <deOmega> oh.. godo day :) 19:45:14 <clokep_work> Yes, which I still think should be part of the UI layer, not the protocol layer. ;) 19:46:11 <deOmega> what do you mean? 19:46:28 <deOmega> part of the ui and not protocol?? 19:46:43 <deOmega> ah, irc would be aprotocol? 19:48:41 <deOmega> Ignore my question 19:48:45 <deOmega> i got it 19:48:50 <Mook_as> yeah, non-irc MUCs could also use that 19:49:16 <clokep_work> Yeah, could just be message flags. 19:49:24 <clokep_work> Then the UI could ignore them with certain styles, etc. 19:49:44 <deOmega> very nice 19:50:07 <clokep_work> Some of that stuff we want to move up into the UI layer instead of the protocol layer anyway (i.e. the core handles status changes now instead of each protocol I believe). 19:50:21 <clokep_work> Anyway, I'm rambling... 19:50:29 <deOmega> if i did not say, that image is from mirc 19:51:43 <-- mmkmou has left #instantbird () 19:54:10 <-- igorko has quit (Quit: Instantbird 1.0) 19:57:59 --> igorko has joined #instantbird 19:58:00 <deOmega> who is nexuxcommand? the forest database proposal? 19:58:31 --> skeledrew1 has joined #instantbird 19:59:32 <-- skeledrew has quit (Ping timeout) 20:05:52 <-- igorko has quit (Quit: Instantbird 1.0) 20:16:02 --> flo has joined #instantbird 20:16:02 * ChanServ sets mode +qo flo flo 20:16:47 --> aleth has joined #instantbird 20:19:45 <flo> clokep_work: used to be handled by the libpurple core, not each protocol :) 20:20:03 <flo> or maybe a libpurple plugin that I enabled by default for us :-S 20:25:06 <clokep_work> Ah, sorry, my misunderstanding. :) 20:28:20 <flo> if anybody is looking for an easy first patch to do, bug 918 looks trivial :) 20:28:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=918 nor, --, ---, nobody, NEW, hide "Check for updates" menuitem if update is not possible 20:31:00 <-- deOmega has left #instantbird () 20:39:46 <clokep_work> Is there a flag to ifdef on, or were you just going to ifdef on linux? 20:42:10 <aleth> there is a build option for "disable updates" afaik 20:43:50 <-- aleth has left #instantbird () 20:44:32 <clokep_work> Ah, interesting. 20:44:36 <clokep_work> Time for me to go though. 20:45:39 <Mook_as> I recommend using http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/nsIUpdateService.idl#443instead 20:45:55 <Mook_as> (or possibly canCheckForUpdates ) 20:50:14 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 20:50:54 --> gerard-majax has joined #instantbird 20:51:11 <-- gerard-majax has quit (Client exited) 20:51:22 --> gerard-majax_ has joined #instantbird 20:51:49 <flo> clokep_work: we already have ifdef MOZ_UPDATER lines in the pref window and the makefile: http://lxr.instantbird.org/instantbird/search?string=MOZ_UPDATER 20:51:59 --> micahg has joined #instantbird 20:52:16 * gerard-majax_ is now known as gerard-majax 20:53:22 --> sonny has joined #instantbird 20:53:48 <flo> Mook_as: nope, when the updater is not builtin (because the linux distribution handles the updates) we want to hide the menu item. The APIs you showed is already used to disable it when it's not possible to update (read only file system, ...) but the update is not handled by the OS. 20:53:56 <Mook_as> ah, okay 20:54:15 <Mook_as> does that interface / component exist in that case? 20:54:44 <flo> I don't know. If it does, it's probably a stub returning NS_ERROR_NOT_IMPLEMENTED for most methods 20:58:32 <DGMurdockIII> you want to hide the update button on linux? 20:58:58 <flo> DGMurdockIII: only when Instantbird has been installed through the package manager 20:59:12 <DGMurdockIII> k 20:59:43 <DGMurdockIII> that is what firefox dose 21:00:19 --> GeekShadow has joined #instantbird 21:13:14 <-- linuxwizard has left #instantbird () 21:17:07 <-- mic_mike has quit (Ping timeout) 21:21:08 <-- GeekShadow has quit (Ping timeout) 21:36:57 <-- jesup has quit (Quit: Instantbird 1.0) 21:45:33 <-- flo has quit (Input/output error) 21:49:15 --> Chaz6 has joined #instantbird 21:49:51 <-- sonny has left #instantbird () 21:52:19 <Chaz6> Hey there, just reporting that people are having trouble adding me on icq 21:52:27 <Chaz6> They keep getting request denied, and I don't see any request 21:57:41 --> flo has joined #instantbird 21:57:41 * ChanServ sets mode +qo flo flo 21:58:11 <-- wolfiR has quit (Quit: Leaving) 22:13:49 --> GeekShadow has joined #instantbird 22:15:53 <flo> that "not authorized" error seems really common on Facebook :( 22:20:22 <-- gerard-majax has quit (Ping timeout) 22:26:06 <-- Chaz6 has quit (Quit: goodnight) 22:38:06 --> clokep has joined #instantbird 22:38:06 * ChanServ sets mode +h clokep 22:39:38 <clokep> Cause the Facebook auth sucks. :( When/if we rewrite Facebook stuff we should pop a window up that just puts them through the proper steps haha. 22:40:39 <flo> if they provide an email address we should just fetch the userid and store it in a pref ;) 22:41:19 <clokep> Well, that too. :) 22:41:33 <clokep> Along with the oauth ID probably. :-S 22:42:28 --> linuxwizard has joined #instantbird 22:44:37 <flo> and the credit card number too? ;) 22:49:05 <clokep> :P 22:49:28 <flo> I hope people don't have it in their facebook profile though :) 22:50:16 --> mmkmou has joined #instantbird 22:50:26 <clokep> Well I pushed the changes i had on the IRC repo. 22:50:27 <-- flo has quit (Input/output error) 22:52:08 --> flo has joined #instantbird 22:52:08 * ChanServ sets mode +qo flo flo 22:53:57 --> hicham has joined #instantbird 22:54:23 <clokep> Did you get a chance to look at any of that btw? 22:57:39 <flo> no(t yet) :( 22:57:51 <flo> but I fixed my DNS code (it seems to work on Mac at least) 22:58:36 <clokep> Ah, congrats! :) 22:59:30 <-- GeekShadow has quit (Quit: The cake is a lie !) 23:00:37 <flo> it's in the experiments repo? 23:01:02 <clokep> Yes, experiments/js-irc@patrick.cloke 23:01:04 <clokep> Or maybe irc-js 23:01:08 <clokep> I switch them a lot. ::( 23:02:28 <flo> is the jsProtoHelper very different from the current one? 23:02:34 <flo> same question for socket.jsm :) 23:03:17 <clokep> jsProtoHelper, no. Socket might be a little bit, but I think it's mostly comments. 23:05:15 <flo> isMUCName(aStr) /^[&#+!]/.test(normalize(aStr)); <- are these characters all the valid channel prefixes? 23:05:59 <clokep> They're the ones defined in the spec, yes. 23:06:23 <clokep> Other ones can be defined via capabilities, but that's not handled yet. 23:06:55 <flo> bleah, the libpurple 2.9.0 irc plugin put lots of errors in my Error Console :( 23:06:56 <clokep> Yay for polymophic protocols. ;) 23:07:12 <clokep> Oh. I need to connect to umich. 23:07:25 <flo> umich? 23:07:37 <clokep> IRC server someone had trouble w/ earlier. 23:07:41 <clokep> University of MIchigan. 23:07:57 <flo> I need to test another one someone had trouble with ;) 23:08:05 <-- hicham has quit (Ping timeout) 23:08:11 <flo> because it had an ipv6 address :) 23:08:47 <clokep> Ah, I see. 23:08:56 <flo> Error: [Exception... "'Adding a chat buddy twice?!' when calling method: [nsIObserver::observe]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no] :( 23:09:26 <flo> Error: Got a WHO response for instantbot who isn't a buddy. Source File: http://hg.instantbird.org/instantbird/raw-file/65d0a40b9232/purple/libpurple/protocols/irc/msgs.c, Line: 433, Source Code: irc: irc_msg_who 23:10:41 <clokep> I've gotten that a couple of times too. :-/ 23:11:33 <flo> was the enumToArray function copied from somewhere? 23:11:40 <clokep> Yes. 23:11:49 <clokep> I don't know where though. :p 23:12:10 <flo> "arr[arr.length] = " is really ugly 23:12:17 <flo> arr.push(...) please :) 23:12:25 <clokep> It's apparently faster to do arr[arr.length] ;) 23:12:26 <clokep> But OK. 23:12:57 <clokep> enumToArray was from a patch in a bug somewhere. 23:13:54 <flo> "It's apparently faster" hmm? 23:14:53 <clokep> I'm looking... 23:15:56 <clokep> https://bugzilla.mozilla.org/show_bug.cgi?id=380839#c14 23:16:19 <clokep> Ill change, just copied the function though. :) 23:16:45 <flo> registerCommands <- how often is that used? 23:16:56 <clokep> Uhh...It's not being used right now I don't think. 23:17:10 <flo> or "why is it exported?" 23:18:11 <flo> ircAccounts is exported from both utils.jsm and commands.jsm 23:18:12 <clokep> So I could register different commands separately, i.e. the CTCP commands separate from other stuff. 23:19:19 <clokep> Fixed that, thanks. 23:20:33 <-- skeledrew1 has quit (Ping timeout) 23:21:40 --> skeledrew has joined #instantbird 23:26:57 <flo> "// An array of parameters (as nsISupportsString)" and the type is "readonly attribute nsISimpleEnumerator". Is this "expected"? 23:27:17 <flo> you can return a real array if that's what you want 23:30:34 <flo> some comments are really vague. "// Handle[how?] a message and decide[how?] what to do with it." 23:31:32 <flo> and what's the return value? (I know because I've read the code) 23:32:04 <clokep> It's an nsISimpleEnumerator of nsISupportsString I believe. 23:32:17 <clokep> How can I return a real array? Won't XPCOM not allow that through? 23:33:02 <clokep> I can work on the comments though. 23:33:27 <flo> "How can I return a real array? Won't XPCOM not allow that through?" there are lots of examples of that in the buddy list ;) 23:33:42 <clokep> Oh? I see...I'd much prefer to return a real array, yes. :) 23:33:55 <clokep> I didn't realize you can do that, I leave the type as nsISimpleEnumerator? 23:34:20 <flo> do what makes sense 23:35:17 <clokep> Hm. OK. Does it make sense for it to ACTUALLY be XPCOM components or should I just use JavaScript objects? 23:35:34 <clokep> I like being able to iterate a category to find what components are available though. 23:36:13 <flo> i was about to ask what the category business is for ;) 23:36:40 <clokep> I wanted it designed so extensions could easily hook into it without having to hack around things. 23:37:01 <clokep> And I didn't know of a reasonable way to do it in JS< but this was rather easy in XPCOM. 23:37:28 <flo> what about a js module exporting (un)registerCTCPHandler functions? 23:37:44 <flo> that would make it trivial for restartless add-ons to hook there 23:37:50 <clokep> Which just adds them to an array essentially? 23:37:55 <clokep> Yeah, I could do that. 23:38:07 <clokep> That'll get rid of all the XPCOM garbage then. :) 23:38:20 <clokep> (Was very useful to learn it though! I understand it a lot better now.) 23:38:27 <flo> yes. Would also get rid of the ability to extend with an XPCOM (binary) component. 23:38:33 <flo> Do we (you) care about that? 23:39:00 <clokep> I don't. 23:39:03 <clokep> Do you? :P 23:39:08 <Mook_as> also the ability for somebody to be crazy enough to build pyxpcom and use python. but you probably don't care about that either :p 23:39:21 <clokep> Depends how extensible we want it to be. 23:39:28 <flo> Mook_as: I don't care about pyxpcom or javaxpcom :-P 23:39:38 <flo> it would still be possible to hack around it ;). 23:39:39 <clokep> (You almost have to have it in JS though if you want to get the internals of the account object anyway) 23:39:42 <Mook_as> good, you're not _totally_ crazy ;) 23:40:04 <flo> Just put the category business in some JS code that enumerate the categorie and calls the function of the js module for each item 23:40:43 <flo> clokep: really? What are all of your idl files for then? Or is it so that nsIClassInfo can do its magic? 23:41:10 <clokep> I did them as I was trying to create an API mostly. ;) 23:41:30 <clokep> But I think they're necessary for the nsIClassInfo stuff (I had errors when I didn't include one once.) 23:42:04 <clokep> Is enumerating the category any better than a (un)register function? 23:42:31 <flo> the category thing makes things hard for restartless add-ons I think 23:42:53 <clokep> OK I'll get rid of it then. 23:43:02 <Mook_as> you can have the category enumerator call that function anyway... ;) 23:43:32 <Mook_as> (it makes it easier for non-restartless addons while not changing anything for the restartless ones) 23:44:15 <clokep> Mook you always want everything. :P 23:44:34 <Mook_as> of course! mainly because I'm not doing much of the work :p 23:44:47 <Mook_as> (feel free to ignore me, as always :D ) 23:45:48 <flo> clokep: (off topic) isn't it the perfect time to work again in the few bugs where we(you? :-P) wanted to move around all the files and split some of the .jsm files into subsets that make sense? 23:46:56 <flo> Mook_as: I think we will need to associate actions with messages for some twitter stuff. Should I take over your work? 23:47:19 <Mook_as> flo: please; I am unlikely to work on it any time soon. 23:47:37 <flo> ok 23:48:13 <flo> is that irc invite thing still blocking you on chatzilla? 23:48:50 <Mook_as> no, mainly because I stopped going to the invite-required channel :p 23:51:21 <flo> so what's still better in chatzilla? 23:51:38 <Mook_as> I don't know, I haven't used ib for IRC in a while. need to try that again. 23:52:06 <Mook_as> (might need to see if there's anything wrong with unibrow, since I liked the giant channel list on the side) 23:52:18 <clokep> flo: I was actually waiting for varuna to finish before I moved a lot of files around, but I can do it now and he'll just have to deal. :) 23:53:23 <flo> he will only have a few Cu.import to add or remove, right? 23:54:02 <flo> clokep: I'm having a hard time understanding https://hg.instantbird.org/experiments/file/68c784404e33/irc-js%40patrick.cloke/components/ctcp.js#l146 23:54:04 <-- DGMurdockIII has quit (Quit: get satisfied!  :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::) 23:54:24 <flo> or are there the same properties several times? 23:54:44 <clokep> Sorry, what? 23:54:57 <clokep> Are you asking the difference between ircCtcp and ctcp? 23:55:27 <clokep> The ircCtcp is registered with the standard IRC handler, converst the message into a CTCP message and passes it on to all the CTCP handlers, of which there is only one of right now. 23:56:30 <flo> between lines 146-155 and 156-171 23:57:32 <clokep> That...looks like a C&P mistake. 23:58:39 <clokep> Yup, mistake. 23:58:44 <clokep> Can just be removed.