#instantbird log on 12 07 2011

All times are UTC.

00:07:21 <-- ecaron has quit (Quit: Instantbird 1.1)
00:50:38 <-- Tomek has quit (Quit: Instantbird 1.1)
01:00:13 <clokep> Windows oncommit failed with that conftest.exe issue. :(
01:00:49 --> BlueMaxima has joined #instantbird
01:01:18 <Mook_as> perhaps it's got a stuck conftest process? (I don't know where the logs are...)
01:01:25 * Mook_as wonders if drwatson wasn't disabled
01:03:24 <clokep> Mook_as: http://buildbot.instantbird.org, where else? ;)
01:03:35 <Mook_as> damn it, now I have to go look :p
01:03:41 <clokep> It's bug 1189 though.
01:03:45 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1189 nor, --, ---, raynaudquentin, NEW, conftest.exe deletion on windows >= Vista might take a while and cause a bug in autoconf
01:04:04 <Mook_as> yeah, rm: cannot lstat `conftest.exe': Permission denied
01:04:34 <clokep> Yup.
01:05:21 <clokep> Mook_as: Any idea what all this means? http://pastebin.instantbird.com/1743
01:05:57 <Mook_as> well, it's all from glib... but otherwise it just means "you have a bug, attach a debugger"
01:06:35 <Mook_as> try export G_DEBUG=fatal_criticals
01:07:05 <Mook_as> (see documentation at http://developer.gnome.org/glib/2.28/glib-running.html )
01:07:13 <clokep> Bleh. :(
01:09:40 <clokep> It's inconvenient to not be able to easily get line numbers this way. ;)
01:10:05 <Mook_as> hmm, https://bugzilla.mozilla.org/show_bug.cgi?id=545015#c16 say... whoever that is might want to make a new comment.
01:11:28 <clokep> Mook_as: That's Even2.
01:19:01 <clokep> Any idea how I would compile that w/ G_DEBUG? :-[
01:19:24 <clokep> I guess just define it in the glib makefile?
01:19:46 * Mook_as thought that env var is for running, and doesn't need a debug build
01:20:05 <Mook_as> of course, that still might not give you line numbers... :p
01:20:39 <clokep> Ah, they are environment variables...you're right.
01:24:42 --> DGMurdockIII has joined #instantbird
01:24:44 <-- DGMurdockIII has quit (Quit: DGMurdockIII)
01:25:00 --> DGMurdockIII has joined #instantbird
01:25:57 <clokep> Any idea how I'd set that variable inside of xpcshell?
01:26:26 <Mook_as> can't you set it before you go into xpcshell?
01:26:48 <clokep> I did, I'm not sure if there's more to it.
01:26:52 <Mook_as> (and I suspect it needs to be set before the process starts)
01:27:04 <Mook_as> if you're using bash, you probably need to export it
01:27:21 <clokep> Ah, I need to compile glib with --enable-debug=yes
01:34:18 <Mook_as> boo. (in ib that means rebuilding libpurple, IIRC?)
01:35:09 <clokep> Ah, it's actually a debug build I'm using already...
01:35:17 <clokep> Rebuilding Instantbird is like 5 minutes, rebuilding Mozilla is like 2 hours. :P
01:35:50 <EionRobb> :(
01:36:00 <EionRobb> is there not a precompiled mozilla dev suite?
01:36:57 <clokep> There kind of us, Idk if it has everything we use.
01:36:59 <clokep> We also have a few patches we apply to it.
01:38:29 <EionRobb> ah
01:39:11 <clokep> Bah  using G_DEBUG made it just pop up in a window instead of printing it out. :P
01:41:04 <clokep> It's inside of a g_hash_table_lookup though, I was able to figure that out. ;)
01:55:28 <-- Mook_as has quit (Quit: gone)
02:17:37 <-- hunsly has quit (Ping timeout)
02:24:58 <-- EionRobb has quit (Ping timeout)
02:25:18 --> EionRobb has joined #instantbird
02:27:32 <-- DGMurdockIII has quit (sand.mozilla.org concrete.mozilla.org)
02:28:19 --> DGMurdockIII has joined #instantbird
02:55:45 --> Mook has joined #instantbird
03:06:48 <-- DGMurdockIII has quit (Connection reset by peer)
03:09:00 <Mook> hmm, using libpurple-irc, I can't change the nick before I connect, can I?
03:09:45 <clokep> Mook: You shuld be able to hack prefs.js.
03:10:12 <Mook> ... it's easier to connect, let it append "1", then /nick :p
03:10:50 <clokep> Easier for each individual time...but all of them combined?
03:11:28 <Mook> oh, I was only temporarily connecting to freenode to join #ubuntu to test the large conversations restoring thing
03:11:50 <clokep> Ah, I see.
03:11:55 <clokep> Yeah, just /nick it. :P
03:12:18 <Mook> RFE: add a field in js-irc to let me change it from the properties dialog :p
03:12:56 <clokep> That doesn't really make sense thouhg. :( We use them to make sure you have unique accounts.
03:13:39 <Mook> oh :|
03:14:10 <clokep> So, yes. It'd be nice but I'm not sure how we'd do it, it's actually changing the account information.
03:14:10 <Mook> you can't have the same nick on the same network twice, but still... :(
03:14:14 <clokep> Which we could allow, I suppose.
03:14:38 <clokep> I think there's a bug on file anyway.
03:58:16 <douglaswth> gah! anyone else notice that the faceboook server is putting all of your friends into a Facebook Friends group only now?
03:58:55 <clokep> douglaswth: Yes, it's really annoying. :( Is it doing it with all of them, een if you have them grouped?
03:59:03 <EionRobb> I've heard of that happening
03:59:11 <EionRobb> I intercept the <group> xml info though
03:59:28 <douglaswth> I had them all carefully grouped and all of that seems to be gone
04:00:11 <clokep> In your facebook plug-in?
04:00:38 <EionRobb> in the xmpp hijacking plugin, not the old plugin
04:00:47 <EionRobb> (need to get a fancy new name for it)
04:02:20 <clokep> I didn't realize you have a newer one.
04:02:32 <EionRobb> I haven't told anyone about it
04:02:47 <clokep> Cat's out of the bag now!
04:03:19 <EionRobb> yeah, I should've just kept my trap shut in #pidgin :)
04:04:07 <clokep> :P
04:04:27 <clokep> I think our new Facebook plug-in should be able to handle this fairly easily, so it landed in the nick of time.
04:08:55 <douglaswth> will it magically get the groups from the server or will I have to make them on each client?
04:09:21 <clokep> It should be able ot get them from the server.
04:09:40 <douglaswth> cool
04:39:06 <-- Even2 has quit (Ping timeout)
04:40:52 * Mook starts talking to himself about the UI slowness stuff
04:42:02 <Mook> the user list can probably use something similar to what I did with komodo's autocomplete - only have enough <listitem> elements to fill the screen, swap out the text/styles as the (fake) scrollbar moves.
04:42:52 --> Even has joined #instantbird
04:42:52 * ChanServ sets mode +o Even 
04:43:54 <Mook> (roughly speaking, this file: http://grok.openkomodo.com/source/xref/openkomodo/trunk/src/codeintel/src/komodo/koScintillaAutoCompleteController.js )
04:44:30 <Mook> the conversation area itself probably needs profiling... which means having the tools to profile with :(
04:45:28 <Mook> I wonder if it can be hacked (with static input) to work in an unprivileged <browser>?  load it in firefox and throw firebug at it, that sort of thing
05:15:49 <-- Novarg has quit (Ping timeout)
05:15:52 --> Novarg has joined #instantbird
05:29:07 <-- Tobin has quit (Ping timeout)
05:29:23 --> Tobin has joined #instantbird
05:30:36 <-- EionRobb has quit (Connection reset by peer)
05:31:09 --> EionRobb has joined #instantbird
05:44:25 <-- EionRobb has quit (Quit: Leaving.)
05:47:35 <-- clokep has quit (Ping timeout)
05:50:31 * Mook wonders if anybody is around to bounce things off of
05:51:01 <Mook> http://lxr.instantbird.org/instantbird/source/chat/content/convbrowser.xml#303 - REs on line
05:51:36 <Mook> http://lxr.instantbird.org/instantbird/source/chat/content/convbrowser.xml#303 - REs on lines 306 and 317, it doesn't look like the inner bit needs to be captured.
05:52:12 <Mook> I guess cs.scanHTML might modify the captured bit, so the second RE might need to be run again, instead of just using the previous capture...
05:53:36 <Mook> oh, hmm, I think I'm misreading the profile data, that wasn't the hot bit
07:05:46 <-- Mook has quit (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
07:40:51 <-- SM0TVI has quit (Ping timeout)
07:41:20 --> SM0TVI has joined #instantbird
08:05:57 --> Mad_Maks has joined #instantbird
08:25:43 --> gerard-majax has joined #instantbird
08:31:11 <-- micahg has quit (Ping timeout)
08:32:26 --> micahg has joined #instantbird
08:49:03 --> Mic has joined #instantbird
08:49:03 * ChanServ sets mode +h Mic 
09:03:01 <-- Mad_Maks has quit (Quit: Instantbird 1.2a1pre)
09:03:11 --> Mad_Maks has joined #instantbird
09:20:37 --> flo has joined #instantbird
09:20:37 * ChanServ sets mode +qo flo flo 
09:22:59 <flo> hello :)
09:23:38 <Mic> Hi
09:23:41 --> jb has joined #instantbird
09:23:47 * Mic is now known as bp
09:24:01 <flo> am I the only one always surprised to not find the full topic in the tooltip of IRC channels on hold?
09:26:55 <-- Mad_Maks has quit (Client exited)
09:39:59 <bp> :)
09:40:19 <bp> The Windows nightly is still on its way, maybe we can check it out later :)
09:40:29 <flo> Mook: do you think it would save a significant amount of time to change these 2 regexps in conversation.xml so that the inner bit isn't captured?
09:41:18 <flo> bp: yes, it looks like we will be having a windows nightly
09:41:59 --> hunsly has joined #instantbird
09:42:41 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
09:42:56 --> aleth has joined #instantbird
09:42:56 <flo> Mook: also, which profiling data have you used?
09:43:13 <flo> aleth: hello :). Are you on the latest nightly with JS-XMPP already? :)
09:43:31 <aleth> flo: Hi :) updated just now!
09:44:00 --> mmkmou has joined #instantbird
09:44:06 <aleth> Everything connected and not even a warning in the error console :)
09:46:53 <flo> :)
09:47:26 <aleth> I don't use fb chat or gtalk though.
09:47:52 <flo> so you haven't tested anything :-|
09:48:11 <aleth> Oh, you didn't swap out the standard xmpp?
09:48:16 <flo> no
09:48:20 <aleth> oh. 
09:48:28 <flo> we can't until the mozilla platform supports DNS SRV
09:48:33 <aleth> Right.
09:48:39 <aleth> Forgot about that :(
09:48:50 <flo> (or we add a binary component to workaround that)
09:49:34 <aleth> Did your patch get stalled despite being needed for TB?
09:49:38 <flo> yes
09:50:37 <-- mmkmou has left #instantbird ()
09:50:42 <aleth> Maybe by 2021 that bug will be fixed
09:52:19 <flo> bp: to answer the question you asked just after I left yesterday: I'll fix some regressions caused by the landing of js-xmpp, finish bug 759 asap, and spend the rest of the week on TB UI-integration work
09:52:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=759 min, --, ---, florian, ASSI, Reorganize purplexpcom
09:55:06 <flo> bp: I think it's already too late to see IM ship in Tb11 (hence the "At risk" on the wiki page). I would still like to be almost code complete by the code freeze date, but the reviews definitely won't be done by the code freeze date or December 20th.
10:02:59 <bp> "At risk" sounds always intimidating ;)
10:05:43 <flo> "At risk" means "it may be in version N+1 instead"
10:05:54 <flo> (in this case at least)
10:09:07 <bp> "Distributing..." \o/ 
10:17:53 --> FeuerFliege has joined #instantbird
10:18:22 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre)
10:19:09 --> FeuerFliege has joined #instantbird
10:20:21 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre)
10:20:30 <-- bp has quit (Quit: Instantbird 1.2a1pre)
10:21:03 --> FeuerFliege has joined #instantbird
10:22:36 --> Mic has joined #instantbird
10:22:36 * ChanServ sets mode +h Mic 
10:23:27 <Mic> OK, setting up an Facebook Chat account worked, I also tried with an emailadress and it complained with the appropriate message when connecting
10:25:12 <Mic> Seems to work.
10:25:41 <Mic> My messages appear in the webchat and I get typing notifications, contact list and tooltips look fine, too :)
10:25:46 <Mic> Great thing, flo :)
10:37:13 <flo> :)
10:45:09 <Mic> What was the thing you said to alet h? Do normal xmpp accounts still use the libpurple implementation?
10:45:15 <flo> yes
10:46:26 <flo> did you understand something different yesterday?
10:49:23 <Mic> So far I was under the impression that it was going to replace the libpurple xmpp completely
10:49:41 <flo> ultimately, yes
10:50:14 <flo> but I don't want this change to be perceived as a regression
10:50:35 <flo> and as is, it would break all XMPP accounts that depend on the plugin being able to perform DNS SRV queries
10:51:32 <flo> clokep: I'm wondering if there's anything we can do to address the issue you had yesterday with entering only your google username rather than the email address
10:52:01 <flo> Mic: do you know how the gmail login form behaves for @googlemail.com accounts?
10:52:37 <Mic> No, I'm not using it.
11:02:11 --> gmoro_ has joined #instantbird
11:12:03 <flo> aleth: https://bugzilla.instantbird.org/attachment.cgi?id=1023&action=diff do you remember what was the reason for the test |if ("value" in elt)|?
11:12:49 <aleth> value can be undefined?
11:13:10 <aleth> that's certainly the warning it fixes. shouldn't it be undefined ever?
11:13:42 <flo> aleth: I don't see any such warning in the comments of the bug
11:14:12 <flo> the only case that I'm aware of where it's undefined is when "checked" is defined
11:14:32 <flo> if there's another case, I would like to know why and if it's causing another bug somewhere else :)
11:14:35 <aleth> Strange, that's certainly why I fixed it
11:14:53 <aleth> unfortunately I can't remember how I reproduced it anymore.
11:15:30 --> clokep has joined #instantbird
11:15:30 * ChanServ sets mode +h clokep 
11:19:39 <-- clokep has quit (Quit: Instantbird 1.2a1pre)
11:20:22 --> clokep has joined #instantbird
11:20:22 * ChanServ sets mode +h clokep 
11:21:28 <aleth> flo: I believe I got the warning when setting up an IRC account for test purposes. It was reproducible. Unfortunately I can't remember the details (server etc)
11:22:04 <flo> the server probably doesn't make any differnece
11:22:18 <aleth> No, sure, but it would be nice to remember the exact sequence so I could tell you ;)
11:22:27 <flo> it's the interactions with the options (was the proto specific groupbox opened? were options touched?) that can make a difference
11:22:28 <aleth> Definitely IRC though.
11:23:09 <aleth> With details I meant more which fields I entered and which I left blank.
11:23:10 <clokep> flo: I log into gmail with just "clokep" as my username.
11:23:25 <clokep> So if there is no @ given in the username I think we should fill in @gmail.com.
11:24:13 <flo> clokep: so do I
11:24:21 <clokep> OK. :)
11:24:26 <flo> clokep: but I'm wondering if googlemail.com users do that too
11:24:32 <clokep> Is there a difference between gmail and googlemail?
11:24:43 <Mic> Googlemail is the german domain, isn't it?
11:24:51 <flo> Mic: right. That's why I asked you ;)
11:24:58 <flo> FeuerFliege may know :)
11:25:00 <Mic> I think they could use gmail because someone holds rights on this name
11:25:11 <flo> yes, there was a trademark issue
11:25:12 <Mic> couldn't
11:25:29 <clokep> Right, but I thought they were essentially the same site. (Like I can go to googlemail.com and sign in just like I do at gmail.com?)
11:25:32 <flo> my problem is "can we auto-add gmail.com when nothing is specified?"
11:25:52 <flo> clokep: both gmail.com and googlemail.com will redirect you to mail.google.com anyway ;)
11:26:00 <clokep> :)
11:26:16 <flo> but logging in to XMPP with instantbird@googlemail.com instead of instantbird@gmail.com doesn't work.
11:27:06 <FeuerFliege> i have no gmail/googlemail accounts, sry.
11:27:26 <Mic> I could just create one to check if you like
11:27:49 <flo> I guess I can also do it
11:28:05 <flo> it would be nice to have an @googlemail Gtalk account in my set of test accounts
11:28:21 <Mic> Does it allow to select the domain?
11:28:33 <Mic> It's set to googlemail.com for me.
11:28:37 <flo> not officially, but there's a parameter that can be added in the URL to force it
11:28:53 <Mic> :D
11:29:02 <flo> Mic: probably because of your IP location ;)
11:29:24 <Mic> This is so silly. As if it would matter where you are..
11:29:42 <clokep> flo: We could laso change the string to "Enter your email address" ;)
11:29:56 <flo> clokep: that's way harder ;)
11:30:02 <Mic> Is that customizable?
11:31:04 * Mic is now known as bp
11:31:25 <bp> (The different shades of red really annoy me;)
11:36:10 <-- hunsly has quit (Connection reset by peer)
11:36:49 * flo could have some use for a Bonjour plugin ^^
11:37:09 <clokep> People use it at your new office?
11:37:14 <flo> yes
11:37:33 <flo> or about half of them at least
11:37:47 <clokep> Well on Mac it's probably just a matter of adding the makefile and not rmdir on the libpurple code. ;)
11:37:54 <flo> those who work on paper rather than computers tend to not use it ;)
11:45:48 <clokep> There isn't a Bonjour for paper yet?! :(
11:46:13 <flo> we tend to do that when opening the front door and entering the office, but it's more noisy ;)
11:46:42 <flo> aleth: the steps to reproduce are trivial, just create an irc account and press enter for each step (just need to type something in the username field)
11:47:19 <flo> the problem is that the bindings for the various protocol specific prefs aren't attached if the user hasn't expended the groupbox at least once
11:48:21 <clokep> flo: It is weird that the topic isn't in the tooltips. :(
11:48:36 <flo> it's just that nobody has ever implemented that ;)
11:50:05 <clokep> File a bug? ;)
11:57:26 <aleth> flo: oh yeah, I remember now. That's why I returned an empty string.
11:58:06 <aleth> I should have added a comment at the time :/
12:01:13 <clokep> I'll file that one when I get to work. ;)
12:01:15 <clokep> Bye!
12:01:16 <-- clokep has quit (Quit: Instantbird 1.2a1pre)
12:43:20 <flo> aleth: doesn't that make the wrong assumption that all preferences have bool/an empty string as the default value?
12:43:57 --> clokep_work has joined #instantbird
12:43:57 * ChanServ sets mode +h clokep_work 
12:46:36 <flo> aleth: http://lxr.instantbird.org/instantbird/source/instantbird/content/accountWizard.js#406
12:46:48 <flo> undefined is what the calling code expects in that case
12:52:22 <flo> aleth: http://pastebin.instantbird.com/1837 this is what I have
12:59:49 <clokep_work> These warnings aren't always easy to solve, eh? :(
13:00:40 <flo> they usually require understanding what the code is/was trying to do
13:00:53 <flo> just silencing the warnings is easy
13:02:25 <aleth> Right. showSummary actually checks for undefined already, don't know why I missed that. Sloppy. I think I was using dumps to see what it was trying to read and it was all strings/bools at the time.
13:03:23 <flo> so you agree with the patch in my pastebin?
13:04:51 <aleth> Yes, it's better. Also my patch was from the time when I was still adding null defaults instead of checking for the existence of the attribute. Sorry.
13:05:18 <flo> no problem :)
13:05:22 <flo> thanks for double checking
13:06:41 <aleth> The async loading of bindings does add quite a bit of overhead sometimes
13:10:13 --> Mic has joined #instantbird
13:10:13 * ChanServ sets mode +h Mic 
13:10:50 <instantbot> New Instantbird (UI) bug 1196 filed by clokep@gmail.com.
13:10:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1196 enh, --, ---, nobody, NEW, Chat tooltips should contain the topic
13:13:31 --> Guido has joined #instantbird
13:14:52 <Guido> Hello, Has FB changed something? the FB contactlists are empty and the FB contacts in new made groeps with IB are no longer in this groeps
13:16:02 <clokep_work> Guido: The Facebook server did that, it's not Instantbird.
13:16:10 <flo> are you using a nightly build or 1.1?
13:16:24 <Guido> 1.1
13:16:35 * flo doesn't feel responsible for it then :)
13:16:53 <Guido> okee, facebook again ...
13:17:41 <Guido> only thought the new made contactlists with IB wel not be changed by FB
13:18:06 <flo> I don't know what facebook has changed exactly
13:18:10 <-- Even has quit (Quit: Instantbird 1.2a1pre)
13:18:56 <clokep_work> One of my friends wanted to know why "Instantbird updated and changed how Facebook contacts are displayed" :(
13:19:45 <Guido> thanks.
13:19:45 <Guido> stupied FB
13:19:45 <Guido> now i have to sort the contacts again and conect them again with the other services
13:20:06 <flo> so they are no longer in their contacts?
13:20:32 <clokep_work> No. The old Facebook buddies seem to be gone and there's a new "Facebook Friends" group with all of them in it.
13:21:09 <Guido> i have beople by FB and gmail-chat and the conection is gone
13:21:09 <Guido> clokep_work: exactly
13:21:16 <flo> I don't see anything like that...
13:21:28 <flo> my contact list isn't messed up
13:21:33 <Mic>  wfm
13:21:48 <clokep_work> flo: They're probably rolling out a change to users over time.
13:22:06 <Mic> Yes, like they do with their web interface.
13:22:10 <clokep_work> I had it strange at one point whree half of my buddies were in the old style and half were in the new style (until they signed off, when they signed back on they popped up in Facebook Friends).
13:22:16 <Mic> You never know which version of FB someone has ;)
13:22:36 <flo> that's lovely...
13:22:36 <flo> :(
13:22:51 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
13:29:05 <-- Guido has quit (Quit: Instantbird 1.1)
13:29:45 --> Guido has joined #instantbird
13:32:36 <-- skeledrew has quit (Ping timeout)
13:35:49 <flo> my PRBool -> bool patch for Mozilla 10 has bitrotted, but half the changes aren't even needed any more after bug 759
13:35:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=759 min, --, ---, florian, ASSI, Reorganize purplexpcom
13:38:05 <clokep_work> What's left in bug 759 btw?
13:38:08 <clokep_work> shutup instantbot 
13:38:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=759 min, --, ---, florian, ASSI, Reorganize purplexpcom
13:38:40 <clokep_work> Is there "more" or just follow ups?
13:39:01 <flo> the interface renames/move
13:44:01 <clokep_work> Ah, right. So stuff under /purple isn't used by /chat.
13:44:27 <flo> the only part that doesn't seem like a simple rename is purpleIProxy
13:44:43 <-- Guido has left #instantbird ()
13:46:36 <flo> hmm, we can't attach a patch and mark it as obsolete?
13:47:13 <clokep_work> I think you have to do it in two steps.
13:47:28 <instantbot> New purplexpcom - General bug 1197 filed by florian@instantbird.org.
13:47:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1197 nor, --, ---, nobody, NEW, Replace PRBool with bool once we are on Mozilla 10
13:47:53 <flo> yeah, I guess it's not a common practice to attach an obsolete patch :)
13:51:30 <aleth> Is there such a thing as a pointer in JS? I.e. instead of passing a value to a function, passing a pointer to a variable in the calling object?
13:52:00 <flo> aleth: that's what happens automatically for objects/arrays
13:52:24 <aleth> So passing an object does not actually pass a copy of the object?
13:52:40 <flo> for other values, when an xpcom declares a parameter as "out" or "inout", you pass an object containing a modifiable "value" property
13:53:28 <flo> so let obj = {}; foo.bar(obj); and you get the result in obj.value; (you can also initialize let obj = {value: 42}; for inout parameters)
13:53:49 <flo> *an xpcom interface declares
13:54:41 <aleth> Right. I think that clarifies a lot of things :)
13:55:55 <flo> :)
13:56:15 <flo> I could use a couple more gigabytes of memory on my laptop :(
13:56:22 <aleth> e.g. the root of my confusion about the node functions yesterday ;)
13:56:34 <aleth> Thanks
13:56:44 <flo> there's a cc1plus process sucking 900MB of memory :-/
13:57:12 <flo> (and I'm compiling with -j4 so I have 3 more that use 100+ MB each)
13:57:38 <aleth> cc1plus?
13:57:46 <flo> a subprocess of g++
14:06:24 <-- BlueMaxima has quit (Quit: Instantbird 1.1)
14:25:09 --> kowey has joined #instantbird
14:25:50 <kowey> hello #instantbird! is it sometimes normal to fail to auto-identify on an IRC server?
14:26:09 <flo> kowey: hello :)
14:26:10 <kowey> NickServ says 'This nickname is owned by someone else'
14:26:19 <kowey> but I can always log in by telling it to identify
14:26:37 <kowey> this only happens on a company IRC server (using hydra something), but not eg on freenode
14:27:20 <flo> is it when you reconnect after your connection has timeouted?
14:27:32 <kowey> not just that, even when I log in for the first time
14:27:40 <kowey> oh, it's also on a non-standard port if that makes any difference
14:28:27 <kowey> I've also given IB my password in the account preferences, I think
14:28:38 <flo> so it's not something that happens sometimes; it always fails for that server?
14:28:49 <kowey> it's consistent for that server
14:29:41 <flo> it's probably possible that the irc server doesn't forward the password command to nickserv.
14:29:58 <flo> clokep_work may have ideas (he works on a new implementation of the IRC plugin, in JavaScript)
14:41:47 <flo> I'm renaming these interfaces to their prplI<name> equivalent: purpleIConv* purpleIChatRoomField purpleIChatRoomFieldValues purpleIKeyValuePair purpleIMessage purpleIMessageAction purpleIPref  purpleIRequestBrowser purpleITooltipInfo purpleIUsernameSplit
14:42:08 <flo> That's all the purpleI interfaces references in chat/ except purpleIProxy and purpleIProxyInfo
14:42:14 <flo> clokep_work: does this seem right?
14:42:38 <flo> *referenced
14:43:42 --> ecaron has joined #instantbird
14:55:24 <-- ecaron has quit (Ping timeout)
14:59:31 * bp has Facebook friends now.
14:59:39 <clokep_work> kowey: It's because your server doesn't forward the PASS command to the NickServ.
14:59:57 <bp> The tag is localized by the way.
15:00:07 <flo> bp: do you know if their JIDs have changed?
15:00:38 <clokep_work> flo: That does seem correct. Do we have plans to actually update / fix / unsuckify any of them soon?
15:00:51 --> Even has joined #instantbird
15:00:51 * ChanServ sets mode +o Even 
15:00:51 <clokep_work> They still have the JIDs that are ###############@chat.facebook.com
15:00:56 <clokep_work> (With no resource btw.)
15:00:57 <-- Even has quit (Quit: Instantbird 1.2a1pre)
15:01:04 <flo> clokep_work: I plan to review the patches you will propose for that :-P
15:01:07 --> Even has joined #instantbird
15:01:07 * ChanServ sets mode +o Even 
15:01:10 <bp> yes, with ##### being minus and a number
15:01:36 <flo> so they still seem to have the same JID? Why aren't they in their contact any more? (or is that not broken for you?)
15:02:14 <bp> They seem to have lost their tags and contact groupments :(
15:03:50 <kowey> clokep_work: thanks! that just something for me to take up with the server admins, then?
15:04:01 <kowey> a dial to twiddle on their settings
15:07:00 <flo> the same "Facebook Friends" group issue is discussed at http://www.cocoaforge.com/viewtopic.php?f=13&t=23852 for Adium, but they don't seem to know much more than we do
15:07:33 <flo> clokep_work: more seriously, which interfaces would you like us to improve/fix?
15:07:59 <flo> it seems to me we have already abstracted away the sucky parts quite well with jsProtoHelper
15:12:36 <-- bp has quit (Quit: Instantbird 1.2a1pre)
15:16:10 <-- micahg has quit (Connection refused)
15:16:50 --> micahg has joined #instantbird
15:17:33 --> Mic has joined #instantbird
15:17:33 * ChanServ sets mode +h Mic 
15:28:18 <clokep_work> kowey: I don't know if every server supports it, but hopefully it's just a dial for them, yes. :)
15:28:38 <clokep_work> In the future I'd like to support telling Instantbird to identify directly to a NickServ, but it doesn't do that currently.
15:28:58 <clokep_work> flo: Isn't purpleIChatRoomField(Values) still painful?
15:29:06 <clokep_work> Or did we put an abstraction in for that?
15:29:40 <flo> http://lxr.instantbird.org/instantbird/source/chat/modules/jsProtoHelper.jsm#618
15:30:10 <flo> that (and jsProtoHelper in general) could benefit from having documentation written somewhere ;)
15:31:58 <flo> clokep_work: http://pastebin.instantbird.com/1861 is the related part in the JS-XMPP implementation. That could probably be improved, but it could also be a lot worse ;)
15:32:53 <clokep_work> flo: You know...I think I wrote the patch to do that...:-[
15:33:00 <flo> the really strange part is because I'm setting a default value for a field that depends on the account, rather than the protocol
15:33:15 <flo> the patch to add documentation?
15:34:52 <flo> without that specific painful case, you don't need the getChatRoomDefaultFieldValues method, setting the chatRoomFields property is enough :)
15:37:11 <clokep_work> No, not the documentation. :P The part about the Field names. :)
15:37:26 <clokep_work> Yeah, that's the painful situation. :-/
15:37:40 <flo> do you want to review the patch for the rename (https://bugzilla.instantbird.org/attachment.cgi?id=1066&action=diff) or should I just go ahead with it?
15:38:12 <flo> clokep_work: the other painful thing is to have to .getValue instead of just using the [] operator
15:38:47 <flo> but I don't know enough about XPConnect to find a way to avoid that for an interface that's also implemented in C++
15:39:36 <clokep_work> flo: Let me just check that you updated allt he build files since we always seem to mess that up. :(
15:40:14 <flo> after these changes, my debug build compiles, starts, and can connect both a libpurple and a JS account
15:40:19 <clokep_work> Ah, that's easy with components though. :)
15:40:48 <flo> I don't think I've renamed anything that ends up packaged
15:40:57 <flo> (without being compiled before)
15:40:59 <clokep_work> Yeah, you didn't.
15:41:19 <-- gerard-majax has quit (Quit: Ex-Chat)
15:41:53 --> gerard-majax has joined #instantbird
15:44:16 <clokep_work> flo: That looks good though, you can r=me if you want to share blame if it goes bad. :)
15:44:45 <flo> it's the easy part of that bug
15:44:50 <flo> it just involved lots of sed commands
15:45:05 <flo> after that I need to find a solution for the purpleIProxy* interfaces
15:49:51 <clokep_work> Do you want to make it use the Mozilla proxy stuff some how or what "solution" do you mean?
15:50:32 <flo> I would like to share the account wizard code with thunderbird, so I need to move it to chat/
15:50:54 <flo> I was wondering if the proxy code of the wizard could be moved to an overlay that would be in purple/content/
15:51:32 <flo> and maybe the protocol could support an additional interface (discovered through nsIClassInfo) when it supports libpurple proxies
15:51:56 <flo> "make it use the Mozilla proxy stuff some how" this is obviously the good solution though ;)
15:55:09 <clokep_work> :) I shoot for the sky!
15:55:19 <clokep_work> Having it in an overlay would probably be snazzy.
16:03:08 <flo> hmm, I also need to change the packaging of chat/ l10n files
16:07:36 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
16:07:39 --> aleth has joined #instantbird
16:10:02 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
16:10:03 --> aleth has joined #instantbird
16:17:04 --> Tomek has joined #instantbird
16:21:22 --> mmkmou has joined #instantbird
16:35:46 <clokep_work> Are they packaged into chrome://instantbird still?
16:37:53 <flo> chrome://purple/
16:41:05 <clokep_work> Oh bleh. :(
16:42:14 <flo> I think I did that at the time to not mess up l10n repositories
16:42:23 <flo> (that attempt wasn't very successful :()
16:46:22 <-- jb has quit (Ping timeout)
16:52:09 <-- gerard-majax has quit (Ping timeout)
16:54:19 --> igorko has joined #instantbird
16:54:48 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
16:54:52 --> aleth has joined #instantbird
16:56:33 <Mic> :O
16:56:36 <Mic> That was easy :)
16:56:55 <flo> what?
16:57:14 <Mic> I rewrote the VZ network extension like Facebook8based on your Facebook protocol)
16:57:27 <Mic> It takes email adresses now and seems to work fine :)
16:57:40 <flo> :)
16:58:05 <Mic> I'm not doing jid-escaping and the like .. stupidly replacing @ with \40 but it works.
16:58:10 <flo> it's definitely easier to change the JID on the fly with the new code :)
17:03:01 <clokep_work> Mic: Is that XEP something we should support "natively" (I don't remember exactly what it is. :-[) If so that sounds like a better idea! :-D
17:03:12 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
17:03:14 --> aleth has joined #instantbird
17:03:15 <clokep_work> I was planning to rewrite Livejournal tonight. :)
17:12:47 <flo> using a debug build of Thunderbird based on the current {comm,mozilla}-central trunk, I see JS strict warnings in my terminal for JS components being loaded :)
17:17:42 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
17:27:10 --> Mic has joined #instantbird
17:27:10 * ChanServ sets mode +h Mic 
17:33:07 --> Mook_as has joined #instantbird
17:35:38 <-- kowey has quit (Quit: Instantbird 1.1)
17:38:35 --> jb has joined #instantbird
17:40:18 <-- mmkmou has left #instantbird ()
17:42:56 --> ecaron has joined #instantbird
17:44:46 <-- ecaron has quit (Ping timeout)
17:44:47 --> ecaron has joined #instantbird
17:50:33 * aleth knows by now that getAttributeNode() is deprecated
17:53:00 <flo> :)
18:01:57 <flo> I would like to get rid of http://lxr.instantbird.org/instantbird/source/instantbird/content/utilities.js
18:05:12 <clokep_work> rm -rf instantbird/content/utilities.js ;)
18:05:31 <flo> s/rm/hg rm/ ;)
18:06:03 <clokep_work> :)
18:06:53 <flo> the problem is that it's used in lots of places http://lxr.instantbird.org/instantbird/search?string=getIter
18:08:58 <clokep_work> Yeah I assumed that. :(
18:09:13 <clokep_work> Do those fit into a different better named file or do you want to get rid of the functions as well?
18:09:21 <Mook_as> hmm, it's the same as Core.getIter?
18:10:05 <flo> Mook_as: yes
18:10:23 <flo> also the same as http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/loader/XPCOMUtils.jsm#280
18:10:52 <flo> it's just too bad that the name contains "string" :(
18:11:07 <Mook_as> IterSimpleEnumerator is the same too, assuming i is nsISupports
18:11:24 <Mook_as> too bad i doesn't default to that :(
18:11:30 <flo> but it's annoying to have to pass a second argument
18:11:45 <flo> + the name is long :(
18:11:59 <flo> which is probably the reason why nobody has used it ;)
18:12:58 <Mook_as> yeah, http://src.songbirdnest.com/xref/trunk/components/jscodelib/ArrayConverter.jsm#205 is probably nicer :p
18:14:25 <flo> why does it return null for nsIArray?
18:14:49 <flo> scratch that :)
18:21:53 --> mmkmou has joined #instantbird
18:25:06 <-- mmkmou has left #instantbird ()
18:35:48 <flo> Good evening :)
18:35:49 <-- flo has quit (Quit: Instantbird 1.2a1pre)
18:39:52 <aleth> Made a modified version of flo's Show Nick add-on with an option to pick between different styles so that it works better with other message styles
18:39:56 <aleth> If anyone is interested  http://dl.dropbox.com/u/4108552/shownick.xpi
18:41:12 <aleth> Mainly I wanted to try out inline options...
18:41:54 <clokep_work> Ah, nice. :)
18:42:16 <clokep_work> I had modified that a long time ago to work with the basic style.
18:47:33 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
18:47:41 --> Mic has joined #instantbird
18:47:41 * ChanServ sets mode +h Mic 
18:47:46 <clokep_work> aleth: Could be worth making into a patch btw. ;)
18:48:31 <Mook_as> aleth: thought about your slow conversation restore bug for a bit last night; I think the right way to go is to do "infinite scrolling", but not infinite - just the messages we have, don't pull anything from disk.
18:48:36 <Mook_as> does that sound sane?
18:49:24 <aleth> clokep_work: Well, if it works and people want it... I didn't know there was a repo actually. And looking at it, it seems I'd have to understand flo's makefile system first to add inline options to that...
18:49:54 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
18:50:24 --> Mic has joined #instantbird
18:50:24 * ChanServ sets mode +h Mic 
18:50:35 <aleth> Mook_as: If I understand you right, I think that's what flo wanted to do after implementing better logging, but I'm not sure
18:50:50 <Mook_as> aleth: right, except I'm thinking of doing it backwards
18:51:02 <Mook_as> don't actually worry about logging; it won't show more messages than it does now.
18:51:10 <Mook_as> it'll just not show them all initially
18:51:30 <aleth> You mean, dynamically load/unload around the scroll position
18:52:35 <Mook_as> yeah
18:52:51 <Mook_as> (or at least, load; think about unload later.)
18:54:17 <Mic> I think inserting messages somewhere in the chat will be tricky (but eventually we'll need to think about it if we want infinite scrolling)
18:55:39 <Mook_as> yeah; my thought was that, if we're going to need this eventually anyway, might as well do it to solve the immediate problems (and leave the path open to solve the rest of the issues later)
18:56:10 <Mook_as> assuming we don't need to arbitrarily insert messages, just to start or end of the flow, it shouldn't be that bad?
18:56:41 <clokep_work> aleth: I don't think you'd really have to understand that makefile (and we'll help you!)
18:57:18 <clokep_work> Mook_as: Beginning and end are all we do right now.
18:57:45 <Mook_as> yeah, I was just thinking about silly things like out-of-sync IRC servers on the same network, etc.
18:57:59 <aleth> Mook_as: Not that easy either...
18:58:17 <Mic> We'd need to check if a message is "Content" or "NextContent" 
18:58:22 <Mook_as> aleth: sure, it's non-trivial work :)  but it's a start?
18:58:31 <Mic> i.e. grouped with other messages of the user or not
18:58:39 <aleth> It's certainly part of what's wanted anyway for the future, like you said
19:00:06 <Mic> aleth: thanks for the changes to "Show Nick", the colored names are good enough for me :)
19:01:03 * Mic is now known as bp
19:02:17 <aleth> Mook_as: When I mentioned it to it was because you seemed to know your way around regex optimization ;) But the lack of a profiler makes it difficult to really see how much scope there would be for optimization
19:02:47 <Mook_as> aleth: right; but the thing is, we don't really _need_ to micro-optimize like that, if we can get it to do less work to start with
19:02:49 <aleth> I guess you're right that just displaying less messages could be a better way as that will be needed anyway eventually...
19:02:58 <Mook_as> (and this is less work than "write a working profiler" :p )
19:03:04 <aleth> :D
19:07:11 <aleth> It would be great to have that feature. I suspect a lot of things (eg search) would need adapting in the process
19:07:13 <clokep_work> Yeah, tweaking those regexs isn't as important as not showing all the message content.
19:07:52 <clokep_work> Mook_as: "out of sync IRC server"? You receive messages from only the one you're connected to and I think that tells you the time, if you got out of sync times...we'd still display them in the order we get them (Twitter does this btw.)
19:08:31 <Mook_as> clokep_work: ah, okay, that sounds good, then.
19:08:47 <Mook_as> that is, where we display according to the time we receive the messages, and not the timestamps
19:10:04 <clokep_work> Yes.
19:10:13 <clokep_work> I'm not sure which is "better", but the way we do it is certainly easier. ;)
19:10:28 <aleth> Using msn really fills up the error console :/
19:11:31 <Mook_as> aleth: js-msn :p
19:11:45 <aleth> Mook_as: You could just call it "implement infinite scroll" then :) Speed is an excellent bonus!
19:12:02 <clokep_work> Mook_as: There is a js-msn implementation based on XUL already in fact.
19:12:07 <clokep_work> We contacted the author a while ago.
19:12:10 <clokep_work> And he was interested, but busy.
19:12:18 <Mook_as> aleth: ah, but since it won't be pulling messages from anywhere, so it's not infinite ;)
19:12:41 <Mook_as> clokep_work: ah, msnmsgr or whatever, benedict or something? I don't remember the guy's name quite right...
19:12:56 <clokep_work> Two in fact: http://msnmsgr.mozdev.org/ & http://xulmessenger.sourceforge.net/
19:13:20 <clokep_work> Benoit Ren.
19:13:25 <clokep_work> Our socket code uses some stuff from him I think.
19:13:36 <clokep_work> (As well as ChatZilla and maybe a couple other places...)
19:15:35 <Mook_as> nothing in xulmessenger appears to indicate that it actually connects to msn?
19:15:47 <clokep_work> Ah, seems that it's based on his code from msnmsgr, which is based on ChatZilla code...
19:15:51 <clokep_work> Oh, maybe that.
19:15:55 <clokep_work> Bing sent me there. :P
19:16:56 <Mook_as> so what you're saying is, bing is trying to sabotage you by sending you to places with no value? :p
19:19:09 <clokep_work> At least they're up front about it. ;)
19:29:29 <-- gmoro_ has quit (Ping timeout)
19:43:16 <-- bp has quit (Quit: Instantbird 1.2a1pre)
19:43:41 --> Mic has joined #instantbird
19:43:41 * ChanServ sets mode +h Mic 
19:43:50 * Mic is now known as bp
19:45:48 --> skeledrew has joined #instantbird
19:46:36 --> gerard-majax has joined #instantbird
19:48:37 --> gmoro_ has joined #instantbird
19:53:38 --> EionRobb has joined #instantbird
20:01:53 --> Mnyromyr has joined #instantbird
20:05:34 --> flo has joined #instantbird
20:05:34 * ChanServ sets mode +qo flo flo 
20:06:46 <-- bp has quit (Quit: Instantbird 1.2a1pre)
20:07:16 --> Mic has joined #instantbird
20:07:16 * ChanServ sets mode +h Mic 
20:19:34 <-- skeledrew has quit (Ping timeout)
20:21:13 <flo> hmm, it seems JS-XMPP accounts don't auto-reconnect when switching the status from offline to available :-/
20:27:08 <-- micahg has quit (Connection reset by peer)
20:30:00 --> micahg has joined #instantbird
20:32:07 <-- jb has quit (Ping timeout)
20:33:21 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
20:48:55 <-- chrisccoulson has quit (Ping timeout)
20:53:07 --> chrisccoulson has joined #instantbird
20:54:20 <-- aleth has quit (Connection reset by peer)
20:55:37 --> aleth has joined #instantbird
20:56:05 <-- SM0TVI has quit (Ping timeout)
21:05:48 <-- igorko has quit (Quit: Instantbird 1.1)
21:11:00 <-- chrisccoulson has quit (Ping timeout)
21:13:15 <-- gerard-majax has quit (Ping timeout)
21:19:11 --> DGMurdockIII has joined #instantbird
21:21:35 --> chrisccoulson has joined #instantbird
21:22:44 --> Mic has joined #instantbird
21:22:44 * ChanServ sets mode +h Mic 
21:31:19 --> jb has joined #instantbird
21:33:53 <Mic> I've got many of this error in my error console: http://pastebin.instantbird.com/1893
21:37:50 --> mmkmou has joined #instantbird
21:39:59 <flo> Mic: any idea of when this happens?
21:40:45 <flo> ah, it's at startup
21:41:10 <-- mmkmou has quit (Ping timeout)
21:41:28 <flo> another kind of database corruption I guess
21:41:49 <flo> or maybe we are failing to remove buddies when deleting accounts in some cases
21:42:00 <flo> it's something I meant to test for JS-XMPP but haven't actually tested
21:44:41 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/886c14911cc2 - Florian Quèze - Bug 759 - part 3 - mass rename purpleI XPCOM interfaces to prplI (except the purpleIProxy* interfaces), r=clokep.
21:44:43 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/bcd48c42b970 - Florian Quèze - Bug 1182 - Fix 'reference to undefined property' warnings in accountWizard.js, r=aleth.
21:44:44 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/51bef9d59539 - Florian Quèze - Fix removing the statusText of a JS-XMPP buddy.
21:50:01 <flo> Good night
21:50:05 <-- flo has quit (Quit: Instantbird 1.2a1pre)
21:53:18 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client)
21:55:23 --> mmkmou has joined #instantbird
21:55:39 <-- mmkmou has quit (Client exited)
21:57:24 <aleth> yet another mdn interface http://dochub.io
21:59:35 <Mook_as> you sure that's mdn? it documents a bunch of -webkit things, but not the -moz ones :(
22:00:05 <-- jb has quit (Ping timeout)
22:00:26 <aleth> Mook_as: according to 'About' ...
22:00:47 <Mook_as> odd; look up "appearance" in css?
22:01:04 <aleth> hmm yes
22:01:18 <aleth> and -moz only gives 1 result
22:01:54 <aleth> I suppose their scraping (?) was incomplete?
22:04:14 <aleth> The search is odd too
22:05:23 <-- FeuerFliege has quit (Connection reset by peer)
22:23:04 --> skeledrew has joined #instantbird
22:23:28 --> hunsly has joined #instantbird
22:23:59 <Mic> I saw someone mentioning this page recently, I think it was on Twitter
22:26:26 <Mic> hmm, searching for color automatically shows .. background-color! Interesting ;)
22:35:44 <-- skeledrew has quit (Ping timeout)
22:42:00 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
22:50:42 --> skeledrew has joined #instantbird
22:58:02 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
23:41:45 --> SM0TVI has joined #instantbird
23:43:36 <instantbot> aletheia2@fastmail.fm denied review for attachment 1023 on bug 1182.
23:43:39 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1182 nor, --, 1.2, nobody, NEW, "Reference to undefined property" JS warnings
23:49:56 <-- Tomek has quit (Quit: Instantbird 1.1)
23:55:54 <-- skeledrew has quit (Ping timeout)