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)