#instantbird log on 07 11 2011

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.