All times are UTC.
00:00:07 --> mmkmou has joined #instantbird 00:00:39 <-- jb has quit (Ping timeout) 00:14:27 <flo> clokep: I touched your patch a bit: http://pastebin.instantbird.com/952 00:15:23 <flo> (tweets from the search API don't contain the info, which caused most tooltips to be missing just after connecting, until newer messages appeared) 00:15:29 <clokep> flo: Ah, thank you for fixing the date. I didn't know how to make it better. :) 00:15:46 <clokep> Oh I see. I didn't realize the search API sucked so much. 00:16:06 <clokep> What's the id_str for? 00:16:18 <flo> usage in the near future 00:16:38 <clokep> OK. 00:16:45 <flo> the first thing the stream sends us when we connect to it is the list of friends, as a list of numerical ids 00:16:47 <clokep> So if there's no info it requests it, right? 00:16:55 <flo> yes 00:17:05 <clokep> Got it. :) 00:17:22 <clokep> Looks good though. 00:17:38 <flo> the id_str change would actually be more appropriate for a patch in bug 684 00:17:41 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=684 enh, --, ---, nobody, NEW, Offer a way to manager the list of followed accounts on twitter 00:17:55 <flo> but I wrote that line while I was looking at the JSON from the search API 00:18:05 <clokep> That's fine if we'll need it. 00:19:08 <flo> hmm, now that I think about it, it may not actually be necessary 00:19:31 <flo> well, it totally depends on how we want to handle that list 00:19:38 <flo> I'll take it out for now 00:19:50 <flo> I changed the order of the fields to something that seemed to make more sense to me 00:20:02 <clokep> It was a little haphazard. 00:20:29 <flo> the "lang" info would be nice to display too 00:20:47 <clokep> I was thinking that too, but I think it comes back as an encoded string. 00:20:48 <flo> if we can find the code to turn the code into a human readable string 00:20:53 <clokep> (Like en_US or fr) 00:20:58 <clokep> Yeah, exactly. 00:21:03 <flo> I'm almost sure there is (or used to be) code for that in Firefox 00:21:18 <clokep> Would whatever the l10n channel is know? 00:21:55 <flo> http://mxr.mozilla.org/mozilla-central/source/toolkit/locales/en-US/chrome/global/languageNames.properties ahah! 00:22:21 <clokep> :) 00:24:02 <flo> so chrome://global/locale/languageNames.properties 00:26:20 <devfil> flo: so, what do you think about that patch? can you add these files if needed? 00:27:45 <-- mmkmou has quit (Ping timeout) 00:27:47 --> jb has joined #instantbird 00:28:59 <flo> devfil: we could probably include gstrcmp0 00:29:11 <flo> I would rather avoid the gio files if possible :) 00:29:26 <devfil> flo: I don't know, I don't care that part of code 00:29:56 <EionRobb> why are you including gio? 00:30:04 <EionRobb> are you switching to msn-pecan? 00:31:10 <clokep> (Just to throw it out there, SIPE could use gio too I think.) 00:32:14 <devfil> flo, clokep: I need instruction about how to build instantbird on ubuntu! 00:32:20 <GeekShadow> hello 00:32:40 <GeekShadow> i'm filing a bug for xmpp what should I choose on bugzilla ? 00:33:01 <GeekShadow> purplexpcom ? 00:33:04 <devfil> EionRobb: why not? 00:33:06 <flo> EionRobb: devfil is an msn-pecan developer, so saying he is "switching to msn-pecan" doesn't make much sense ;) 00:33:19 <flo> GeekShadow: are you requesting that we use it for MSN? ;) 00:33:36 <GeekShadow> flo, good catch ! 00:33:38 <GeekShadow> :) 00:33:54 <devfil> EionRobb: just adding instantbird support and providing .xpi file :) 00:33:56 <EionRobb> flo: wasn't asking if he was switching, was asking if you were switching 00:34:01 <GeekShadow> is there a bug open, or should I open it ? 00:34:02 <EionRobb> ah ok 00:34:14 <flo> GeekShadow: from sonny's experiments, it seems it's read-only for the buddy list, so probably can't be used alone :-/ 00:34:34 <devfil> EionRobb: what's wrong with pecan? :) 00:34:48 <GeekShadow> flo, it need oauth 00:34:54 <clokep> God I hope not. 00:35:02 <flo> GeekShadow: we have that for twitter already 00:35:11 <GeekShadow> I'm filing a bug with doc 00:35:19 <flo> sure, go ahead 00:35:22 <flo> it can't hurt :) 00:35:30 <EionRobb> devfil: didn't say anything was wrong with pecan, was just curious what the reasons were for switching if IB was actually switching 00:35:59 <devfil> no, I just want to provide an addon with msn-pecan as users asked for it :) 00:36:01 <EionRobb> you have an oauth2 sasl mech for xmpp twitter already? 00:36:07 <flo> EionRobb: we are not actually switching, because we don't know yet if it will work in a way that we can be satisfied of (the gio usage seems especially scary). 00:36:18 <EionRobb> devfil: yeah, a few of my users have asked me to port my plugins to IB too... would be interested to hear your experiences 00:36:18 <clokep> EionRobb: One reason could be that MSN updates from libpurple are causing crashes on Mac. 00:36:34 <EionRobb> clokep: has it been reported upstream? 00:36:40 <flo> EionRobb: the libpurple MSN code is crashy. 00:36:43 <flo> extremely crashy. 00:36:55 <devfil> EionRobb: and I'm working on msnp18 (maybe msnp21 later) 00:37:05 <flo> and the stacks are both scary (evidence of corrupted memory) and useless. 00:37:06 <clokep> flo would know EionRobb (I know he mentioned it in devel@... one day) 00:37:24 <GeekShadow> flo, well it was my experiments :D 00:37:30 <clokep> EionRobb: "oauth2 sasl mech for *xmpp twitter*" makes no sense to me. 00:37:35 <devfil> flo: well, my code is crashy too, I have to use valgrind :) 00:37:43 <GeekShadow> flo, sonny told me, he told you about this :D 00:37:43 <EionRobb> clokep: exactly ;) 00:37:45 --> sonny has joined #instantbird 00:37:51 <sonny> Hi there. 00:38:00 <GeekShadow> A wild sonny appeared ! 00:38:09 * GeekShadow throw a pokeball 00:38:22 <sonny> Don't try that pokéball stuff on me bro! 00:38:22 <devfil> clokep: give me build instruction please! :) 00:38:29 <EionRobb> devfil: are you writing an addon without having to compile all of the mozilla stuff first? 00:38:30 <devfil> LOL 00:38:31 <flo> devfil: C is probably not the language I would select to implement a protocol plugin ;) 00:38:40 <clokep> devfil: I don't relaly know how to build on Linux, I think there's a wiki page. 00:38:50 <sonny> GeekShadow There is no power enough pokéball to catch me ;-) 00:39:07 <devfil> EionRobb: well, pecan can be built as dynamic lib :) 00:39:33 <clokep> devfil: You want https://wiki.instantbird.org/Instantbird:Compiling I believe. 00:40:04 <devfil> clokep: YES! 00:40:28 <EionRobb> devfil: I was pointed to https://developer.mozilla.org/en/js-ctypes by someone else here, was looking at writing a javascript wrapper for the prpls instead of compiling all the mozilla stuff 00:40:58 <flo> EionRobb: just compiling would be much faster ;) 00:41:09 <-- jb has left #instantbird () 00:41:19 <devfil> EionRobb: flo told me I can create an xpi with .so, .dylib and .dll 00:41:26 <instantbot> New purplexpcom - General bug 1033 filed by geekshadow@gmail.com. 00:41:27 <instantbot> geekshadow@gmail.com added attachment 822 to bug 1033. 00:41:28 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1033 nor, --, ---, nobody, UNCO, Implement Microsoft Live XMPP 00:41:32 <flo> compiling would take an hour, reimplementing libpurple in JS so that it can load binary prpls would take months ;) 00:41:39 <GeekShadow> here it is 00:41:53 <devfil> I'm buildng all mozilla stuff just to test if there are changes needed in the source code 00:41:56 <sonny> GeekShadow I thinkg you should report the bug on libpurple bug tracker 00:41:57 <flo> devfil: you still need to compile these files before putting them in the .xpi ;) 00:42:09 <devfil> flo: yes, I know :) 00:42:20 <devfil> I cannot compile the mac one 00:42:33 <GeekShadow> sonny, facebook support was done on libpurple side ? 00:43:12 <sonny> GeekShadow XMPP Facebook is standard 00:43:15 <clokep> It uses XMPP. 00:43:33 <sonny> the problem with windows live is they use a non standard authentification mechanism 00:43:51 <GeekShadow> sonny, you told me Facebook used OAuth too 00:43:54 <flo> GeekShadow: isn't that attachment confidential microsoft material that you had to create an account to obtain? ;) 00:44:06 <sonny> GeekShadow no I told you XMPP Facebook isn't standard 00:44:09 <EionRobb> flo: I wonder if it's enough to use ctypes to call purple_init_plugin() then create the IB wrapper around the prpl-id 00:44:20 <sonny> it works but it's not totally standard 00:44:31 <GeekShadow> flo, it's available to everyone with a single live account 00:44:55 <GeekShadow> sonny, huh <sonny> GeekShadow XMPP Facebook is standard 00:45:11 <flo> GeekShadow: but you have to agree to the legal terms, don't you? 00:45:32 <EionRobb> FB support both OAuth and non-oauth (but that requires having a fb username) 00:45:34 <sonny> sorry it's late, to be clear: it's enough standard to be supported without any host specific patch on client 00:45:46 <GeekShadow> flo, I guess 00:46:21 <sonny> contrary to live messenger wich only support oauth mechanism wich is not XMPP standard 00:47:03 <devfil> IIRC xmpp is not a standars, it's only open source 00:47:24 <sonny> devfil it's a standard by the fact it has been standardized by the IETF 00:47:47 <devfil> ok, didn't know 00:48:06 <GeekShadow> sonny, you told me there was a patch for facebook :o 00:48:34 <sonny> devfil but during the conversation using the adjective standard means it was standard in the sense it works as XMPP references says it has to work 00:48:46 <devfil> ok ;) 00:49:14 <sonny> GeekShadow I know stupid mistake because of a facebook XMPP server bug there was at the launch of the gateway 00:49:37 <GeekShadow> oh ok 00:49:41 <sonny> details here: http://trac.gajim.org/ticket/5600 00:50:07 <sonny> I just have mingled 00:50:25 <devfil> flo: don't know if you are interested, msnp14 works fine, I have to finish yahoo support and add some error handling rules. After that I'll upgrade the protocol to msnp18 (it's not difficoult, it's a few-days-work) 00:50:54 <sonny> devfil are you working on a msn protocol implementation? 00:51:04 <flo> clokep: I'm wondering if the tooltips aren't a bit too big 00:51:10 <devfil> sonny: msn-pecan 00:51:11 <-- hicham has quit (Client exited) 00:51:20 <clokep> flo: They are awfully big, I know. :( 00:51:23 <sonny> devfil ah, cool 00:51:31 <clokep> Although tooltips on the buddy list can be awfully big too. 00:51:48 <flo> clokep: I probably wouldn't be too sad of droping the "User Since", "Tweets", "Followers", "Following", "Listed" lines 00:52:00 <clokep> I'd be OK w/ that. 00:52:11 <sonny> devfil stupid question: wouldn't be preferable to use the new rest API and/or the new XMPP gateway? 00:52:29 <sonny> just wondering 00:52:43 <flo> clokep: but we can also just land it like this and cleanup later if we feel the need for it 00:52:50 <devfil> sonny: have to add yahoo soaps and check for errors in order to complete msnp14... the authentication is half-msnp15 so it's easy to upgrade the protocol to msnp18 (maybe I'll also add msnp21) 00:52:57 <devfil> sonny: don't know about xmpp 00:52:58 <flo> (we have a bug on file about cleaning up tooltips already) 00:53:02 <sonny> regarding the XMPP gateway the features support are... null so maybe not such a good idea but maybe the REST API would be a good solution 00:53:46 <clokep> flo: That sounds good. I'd like to land it. :) 00:53:50 <-- Mook_as has quit (Quit: gone) 00:54:04 <devfil> sonny: felipec is the main developer, I'm only able to work on protocol stuff :/ 00:54:21 <devfil> and my code is crappy 00:54:26 <sonny> devfil is msnp a binary protocol? 00:54:53 <sonny> devfil still, it's cool to people doing reverse ingeneering on the protocole 00:54:58 <sonny> it's cool to see peopleù 00:54:59 <sonny> * 00:55:05 <flo> clokep: http://pastebin.instantbird.com/953 changes since my previous interdiff 00:55:07 <flo> r? :) 00:55:22 <devfil> sonny, only P2P AFAIK... and I really don't know how it works 00:55:40 <sonny> I did knew they are P2P features in the MSNP 00:55:49 <sonny> well I don't anything on the MSNP actually :p 00:55:51 <clokep> sonny: Yes it's binary. 00:55:54 <sonny> I don't know* 00:56:12 <clokep> flo: r+ 00:56:15 <devfil> and please, don't talk with me about reverse engineering, I spent a night trying to understand why the f***** yahoo support wasn't working (servers issue -.-') 00:57:01 <devfil> sonny: well, reverse engineering is not needed anymore in msn, msnp-sharp guys do a great job in that 00:57:28 <sonny> oh cool 00:57:32 <sonny> http://code.google.com/p/msnp-sharp/ 00:57:50 <devfil> they are already working on msnp21+ LOL 00:59:05 <sonny> just curious, do you know where the main developers come from? 00:59:12 <devfil> no 00:59:24 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/b87382079cde - Florian Quèze - Fix misspelling ('occured' -> 'occurred'). 00:59:25 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/9254b2a38b11 - Patrick Cloke - Bug 1023 - Tooltips for Twitter participants, r=fqueze+clokep (for fqueze's additional changes). 00:59:31 <devfil> I only know about their impressive work like emesene devs, etc. 00:59:40 <instantbot> florian@instantbird.org granted review for attachment 817 on bug 1023. 00:59:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1023 enh, --, ---, clokep, ASSI, Tooltips for Twitter participants 01:00:11 <instantbot> florian@instantbird.org set the Resolution field on bug 1023 to FIXED. 01:01:01 <devfil> we don't know anything about them :( 01:03:42 <clokep> Hey flo, is /say any different than /raw? 01:04:35 <flo> clokep: /say avoids processing the commands, /raw avoids the HTML escaping (and from the beginning I've wondered if /raw should not be #ifdef DEBUG only) 01:05:45 <clokep> Hmmm...I see... 01:06:16 <clokep> Well /raw is conversation.sendMsg(message); I can't see how /say would be different. Or is it new Message()...? 01:06:42 <flo> what does "new Message()" mean here? 01:08:26 <clokep> Idk, let me look at it more. 01:09:39 <GeekShadow> going to sleep bye 01:09:48 <flo> GeekShadow: good idea! :) 01:09:49 <flo> bye 01:10:28 <clokep> flo: My point is that I don't think /raw actually avoids escaping the HTML right now. 01:10:29 <flo> clokep: raw is probably conversation.sendMsg with conversation a purpleIConversation, and /saw conversation.sendMsg with conversation a conversation.xml binding 01:10:41 <clokep> Ahhh, is that the difference? 01:10:41 <flo> *say 01:10:47 <clokep> I didn't realize they both had the same API like that. 01:11:18 <flo> imIConversation has the same API too ;) 01:11:44 <flo> but just forwards to the relevant purpleIConversation 01:11:55 <clokep> Bah, I don't even want to know. 01:12:57 <flo> Good night! 01:13:00 <clokep> 'night. 01:13:11 <-- flo has quit (Quit: Instantbird 1.1a1pre) 01:19:27 <-- hunsly has quit (Ping timeout) 01:19:33 <clokep> So getUIConversation returns an imIConversation, but I can't get to the binding from that it seems...hmm.... 01:20:31 <clokep> What are you watching? 01:20:36 <clokep> Oops. 01:20:41 <clokep> Not meant for #instantbird there. :) 01:22:04 <-- EionRobb has quit (Quit: Leaving.) 01:31:49 <devfil> good night! 01:31:58 <-- devfil has quit (Client exited) 01:42:11 <-- chrisccoulson has quit (Ping timeout) 01:45:29 --> EionRobb has joined #instantbird 01:52:46 <-- Sarafina has quit (Ping timeout) 01:53:55 --> Sarafina has joined #instantbird 02:30:13 <-- linuxwizard has left #instantbird () 02:33:25 <-- clokep has left #instantbird () 04:17:12 --> MattATobin has joined #instantbird 04:33:55 --> waynenguyen has joined #instantbird 05:30:37 <-- waynenguyen has quit (Ping timeout) 05:36:19 --> waynenguyen has joined #instantbird 05:59:15 <-- EionRobb has quit (Quit: Leaving.) 06:28:02 <-- waynenguyen has quit (Ping timeout) 06:28:17 --> waynenguyen has joined #instantbird 06:49:10 <-- waynenguyen has quit (Ping timeout) 06:49:30 --> waynenguyen has joined #instantbird 06:52:02 <-- waynenguyen has quit (Ping timeout) 06:52:11 --> waynenguyen has joined #instantbird 07:05:20 --> chrisccoulson has joined #instantbird 07:06:31 <-- Even has quit (Connection reset by peer) 07:06:33 --> Even has joined #instantbird 07:06:33 * ChanServ sets mode +o Even 07:35:39 --> mokush has joined #instantbird 07:43:03 <-- chrisccoulson has quit (Quit: Ex-Chat) 07:45:23 --> chrisccoulson has joined #instantbird 07:56:05 <-- chrisccoulson has quit (Quit: Ex-Chat) 07:56:49 --> chrisccoulson has joined #instantbird 08:04:03 <-- waynenguyen has quit (Ping timeout) 08:06:08 <-- gerard-majax has quit (Ping timeout) 08:13:50 --> mistraven has joined #instantbird 08:14:02 <-- mistraven has left #instantbird () 08:26:53 --> hunsly has joined #instantbird 08:41:19 --> aleth has joined #instantbird 08:42:15 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 08:42:23 --> aleth has joined #instantbird 08:43:00 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 08:43:07 --> aleth has joined #instantbird 08:44:29 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 08:44:40 --> aleth has joined #instantbird 09:05:09 --> flo has joined #instantbird 09:05:09 * ChanServ sets mode +qo flo flo 09:11:52 --> waynenguyen has joined #instantbird 09:11:59 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 09:12:03 --> aleth has joined #instantbird 09:14:06 <-- waynenguyen has quit (Connection reset by peer) 09:20:24 --> Mad_Maks has joined #instantbird 09:22:47 <flo> hello :) 09:22:57 --> Mic has joined #instantbird 09:22:57 * ChanServ sets mode +h Mic 09:32:48 <-- Even has quit (Ping timeout) 09:43:51 <sonny> lo 09:54:20 --> mmkmou has joined #instantbird 10:09:26 --> clokep has joined #instantbird 10:09:26 * ChanServ sets mode +h clokep 10:12:53 <-- Mad_Maks has quit (Quit: Instantbird 1.1a1pre) 10:13:37 --> Mad_Maks has joined #instantbird 10:18:58 <Mic> hi 10:20:34 <aleth> nice twitter tooltips! :) 10:20:46 <aleth> What does the 'Listed' number mean? 10:21:11 <clokep> The number of lists that person is in. 10:21:40 <aleth> thx 10:22:00 <flo> I'm working on bug 684 10:22:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=684 enh, --, ---, nobody, NEW, Offer a way to manager the list of followed accounts on twitter 10:23:16 <flo> is it just me, or is the list of events we can receive on the streaming API very underspecified by https://dev.twitter.com/docs/streaming-api/user-streams ? 10:24:08 <clokep> From what I looked at...it was very underspecified. 10:24:32 <clokep> IN general their docs of what parameters you can send are good, but their docs of what you get back are just "Hey, look at this example which hasn't been updated in a while" 10:28:59 --> devfil has joined #instantbird 10:29:29 <clokep> You're adding them to the buddy list I assume flo? 10:29:34 <flo> no 10:29:53 <flo> just "Follow <display name>" and "Stop following <display name>" actions in the tweet context menus 10:30:32 <flo> and I would like to add system messages "You are now following <..>" "You are no longer following <...>" "<...> is now following you." "<...> is no longer following you." 10:30:39 <flo> if the stream is good enough for that :) 10:31:17 <clokep> Big if. ;) 10:31:32 <flo> it would be good to display then in the buddy list but I think we can handle that in a follow up 10:31:44 <flo> + we should really make the addBuddy dialog work for twitter 10:32:30 <clokep> Good point, I never even thought about that. 10:32:41 <flo> it's currently totally broken 10:32:50 <flo> or at best it just does nothing 10:34:37 <clokep> We should probably think about if it's possible to split that file up at all at some point btw....it's getting awfully long now. :-/ 10:34:54 <flo> twitter.js ? 10:35:00 <flo> it's less than 1k line 10:35:36 <flo> the oauth code will probably be moved out once we need oauth for something else 10:36:11 <clokep> Ah is that really all it is? I feel like when I scroll through the account part of it, it just goes on forever. 10:36:19 <clokep> Never mind then. :) 10:37:00 <flo> currently 805 lines in my editor, including the 10 lines I've just added locally 10:37:33 <clokep> Hmm....OK I ust jus tbe crazy then. 10:37:53 <-- chrisccoulson has quit (Ping timeout) 10:38:46 <flo> scrolling may not be such a good idea though ;) 10:39:02 <flo> I usually C-s <search term> to go when I need 10:41:09 <clokep> Hah. 10:46:35 <clokep> Bah that Twitter change conflicts w/ a huge part of one of my trees. :-/ 10:47:19 <flo> have you changed something else in there? 10:49:01 --> chrisccoulson has joined #instantbird 10:51:51 <flo> hmm, maybe the actions shouldn't be available when the twitter account is disconnected? 10:53:34 <clokep> I had a reorganization in there that failed. ;) 10:54:05 <flo> a reorganization? 10:54:30 <flo> failed as "it bitrotted", or "it wasn't satisfying"? 10:55:43 <clokep> as in halfway through I realized it would be unsatisfying and that I took some of the changes too far. 10:55:54 <clokep> I had tried to generalization the conversation to not necessarily be a timeline. 10:56:03 <clokep> But I went about it in a weird way that I wasn't happy w/. 10:57:08 <flo> a change I would like to make in the twitter.js file is to better fix up the messages from the search API directly when they are received, so that other places don't have to care about them being specifically screwed up 10:58:11 <flo> I'm not sure if I want to fix them on the fly, or to create a new object with them given to the constructor, and a prototype with getters to generate the info based on the search API tweet 10:58:30 <flo> not sure if it's worth optimizing performances 10:59:00 <flo> probably not until users start actually using hidden conversations :) 10:59:04 <clokep> If fixing them on the fly wouldn't destroy any data I think that would be the simpler way to go in terms of usage. 11:00:19 --> waynenguyen has joined #instantbird 11:00:46 * clokep is out. 11:00:49 <-- clokep has left #instantbird () 11:15:26 <-- mmkmou has quit (Quit: Instantbird 1.1a1pre) 11:16:09 --> gerard-majax has joined #instantbird 11:17:12 --> mmkmou has joined #instantbird 11:29:39 <-- Mic has quit (Ping timeout) 11:41:06 --> Andrey has joined #instantbird 11:45:44 --> Mic has joined #instantbird 11:45:44 * ChanServ sets mode +h Mic 11:50:00 --> clokep_work has joined #instantbird 11:50:00 * ChanServ sets mode +h clokep_work 11:54:53 <instantbot> New Instantbird (UI) bug 1034 filed by clokep@gmail.com. 11:54:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1034 tri, --, ---, nobody, NEW, Replace l10n bundle usage with l10nHelper function 11:55:09 * clokep_work hates when he files bugs and then goes "Oh look! I got mail!" 12:03:48 <-- waynenguyen has quit (Ping timeout) 12:13:02 <flo> clokep_work: can't you filter them out? 12:15:32 <clokep_work> flo: Yes, but I do it in Thunderbird, never set up the filters in gmail. 12:23:05 <-- mokush has quit (Client exited) 12:49:30 --> jb has joined #instantbird 12:50:10 <-- jb has left #instantbird () 12:51:43 --> jb has joined #instantbird 12:51:58 <-- devfil has quit (Client exited) 13:00:55 --> waynenguyen has joined #instantbird 13:04:53 <-- waynenguyen has quit (Connection reset by peer) 13:12:19 --> mokush has joined #instantbird 13:15:50 --> gmoro_ has joined #instantbird 13:28:55 <-- jb has quit (Ping timeout) 13:38:40 --> jb has joined #instantbird 13:52:56 <-- jb has quit (Ping timeout) 14:03:18 <-- mmkmou has quit (Ping timeout) 14:10:13 --> jb has joined #instantbird 14:14:32 <-- chrisccoulson has quit (Quit: Ex-Chat) 14:14:33 --> FeuerFliege has joined #instantbird 14:24:10 <-- Mic has quit (Ping timeout) 14:28:39 <-- jb has quit (Ping timeout) 14:36:00 --> chrisccoulson has joined #instantbird 14:36:45 --> mmkmou has joined #instantbird 14:43:22 <-- chrisccoulson has quit (Quit: Ex-Chat) 14:48:40 <-- Andrey has quit (Quit: ) 14:52:47 --> Mic has joined #instantbird 14:52:47 * ChanServ sets mode +h Mic 14:57:33 --> ecaron has joined #instantbird 15:05:37 <-- mmkmou has quit (Ping timeout) 15:07:31 --> mmkmou has joined #instantbird 15:19:09 --> chrisccoulson has joined #instantbird 15:22:59 --> jb has joined #instantbird 15:27:35 <-- Mad_Maks has left #instantbird () 15:42:47 <-- hunsly has quit (Ping timeout) 15:56:06 <-- jb has quit (Ping timeout) 16:00:23 <-- gerard-majax has quit (Ping timeout) 16:03:28 <-- Mic has quit (Ping timeout) 16:13:59 --> Mook_as has joined #instantbird 16:16:08 --> igorko has joined #instantbird 16:46:24 --> gerard-majax has joined #instantbird 16:50:19 <-- FeuerFliege has left #instantbird () 16:56:42 --> Mic has joined #instantbird 16:56:43 * ChanServ sets mode +h Mic 17:12:45 <-- igorko has quit (No route to host) 17:14:57 --> igorko has joined #instantbird 17:15:15 --> FeuerFliege has joined #instantbird 17:15:21 <-- Mic has quit (Quit: Instantbird 1.1a1pre) 17:22:23 --> devfil has joined #instantbird 17:27:37 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 17:35:44 <-- mokush has quit (Client exited) 17:38:21 --> hunsly has joined #instantbird 17:39:28 --> aleth has joined #instantbird 17:47:22 --> jb has joined #instantbird 17:48:46 --> mikk_s has joined #instantbird 17:49:04 <-- mikk_s has left #instantbird () 17:49:24 --> mikk_s has joined #instantbird 17:49:27 <-- mikk_s has left #instantbird () 17:58:50 <-- jb has quit (Ping timeout) 18:03:03 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 18:09:37 <-- flo has quit (Quit: Instantbird 1.1a1pre) 18:09:43 <-- ecaron has quit (Connection reset by peer) 18:09:44 <instantbot> New Instantbird (UI) bug 1035 filed by velkymx@gmail.com. 18:09:44 --> ecaron has joined #instantbird 18:09:46 <instantbot> velkymx@gmail.com added attachment 823 to bug 1035. 18:09:47 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1035 nor, --, ---, nobody, UNCO, Here is a chat icon 18:09:59 <-- ecaron has quit (Quit: Instantbird 1.0) 18:10:03 --> ecaron has joined #instantbird 18:11:36 --> ecaron1 has joined #instantbird 18:11:38 <-- ecaron has quit (Connection reset by peer) 18:14:14 <-- ecaron1 has left #instantbird () 18:15:35 --> chrisccoulson_ has joined #instantbird 18:15:39 <-- chrisccoulson has quit (Ping timeout) 18:15:52 <-- chrisccoulson_ has quit (Connection reset by peer) 18:25:28 <-- hunsly has quit (Ping timeout) 18:37:39 <-- mmkmou has left #instantbird () 18:45:12 --> linuxwizard has joined #instantbird 18:51:26 <-- FeuerFliege has left #instantbird () 18:57:43 --> aleth has joined #instantbird 19:01:27 <-- gerard-majax has quit (Ping timeout) 19:02:30 --> gerard-majax has joined #instantbird 19:08:27 <-- gerard-majax has quit (Ping timeout) 19:11:36 --> flo has joined #instantbird 19:11:36 * ChanServ sets mode +qo flo flo 19:11:57 --> gerard-majax has joined #instantbird 19:13:58 <clokep_work> Google+ Released an API apparently: http://googleplusplatform.blogspot.com/ 19:15:03 <flo> I was just reading an email about that 19:15:19 <flo> the email said for now it only gives access to the public data 19:16:03 <clokep_work> Yup. 19:16:06 <clokep_work> I got the email too. ;) 19:16:18 <clokep_work> They say they're going to use OAuth 2 for private data on the blug though. 19:16:23 <clokep_work> s/blug/blog/ 19:19:31 <-- igorko has quit (Quit: Instantbird 1.1a1pre) 19:38:33 --> chrisccoulson has joined #instantbird 19:48:58 <-- GeekShadow has quit (Ping timeout) 19:50:24 --> GeekShadow has joined #instantbird 19:50:39 <-- chrisccoulson has quit (Quit: Ex-Chat) 19:51:09 <-- gerard-majax has quit (Ping timeout) 19:55:43 --> gerard-majax has joined #instantbird 20:00:25 --> mistraven has joined #instantbird 20:02:08 <-- mistraven has quit (Quit: Instantbird 0.3b1) 20:03:52 --> mistraven has joined #instantbird 20:04:06 <-- mistraven has left #instantbird () 20:17:55 --> chrisccoulson has joined #instantbird 20:35:40 <-- gerard-majax has quit (Ping timeout) 20:38:22 --> gerard-majax has joined #instantbird 20:44:02 --> FeuerFliege has joined #instantbird 20:44:25 <-- FeuerFliege has left #instantbird () 20:45:08 --> FeuerFliege has joined #instantbird 20:47:09 --> EionRobb has joined #instantbird 20:48:07 --> hunsly has joined #instantbird 21:08:16 <-- Mook_as has quit (Ping timeout) 21:10:28 <-- Sarafina has quit (Client exited) 21:10:59 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 21:13:26 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 21:13:46 --> Mook_as has joined #instantbird 21:19:05 --> aleth has joined #instantbird 21:22:09 <-- chrisccoulson has quit (Quit: Ex-Chat) 21:25:21 --> chrisccoulson has joined #instantbird 21:26:32 * flo is following random users tweeting about Firefox to test his "follow" action. 21:26:38 <flo> I hope they won't mind :) 21:31:07 <Mook_as> follow asa :p 21:31:39 <flo> Mook_as: the "unfollow" action doesn't work yet ;) 21:31:48 <Mook_as> hah 21:35:16 <-- FeuerFliege has quit (Ping timeout) 21:35:44 <EionRobb> lol 21:36:23 <flo> and actually, the application doesn't even start any more 21:36:54 <-- chrisccoulson has quit (Quit: Ex-Chat) 21:39:30 <flo> so, why doesn't that missing coma output a parse error in the error console and the terminal? :( 21:41:03 --> chrisccoulson has joined #instantbird 22:00:42 <flo> ahem, so here is why my code doesn't always work: http://code.google.com/p/twitter-api/issues/detail?id=214 :( 22:00:49 <flo> reported in 2008 :( 22:02:39 <flo> so apparently we need to call https://dev.twitter.com/docs/api/1/get/users/lookup immediately after receiving the results from the search API :( 22:02:46 <flo> what a piece of crap :( 22:08:58 <flo> "As requests to the Search API are anonymous, the rate limit is measured against the requesting client IP." ahah, sounds nice for large networks with proxies :) 22:09:04 <-- chrisccoulson has quit (Quit: Ex-Chat) 22:09:45 <Mook_as> I wonder how many users Opera Mini (or whichever is their proxied version) counts as? 22:10:35 <flo> :) 22:13:30 --> chrisccoulson has joined #instantbird 22:15:45 <flo> https://dev.twitter.com/docs/api/1/post/friendships/destroy "Returns the unfollowed user in the requested format when successful. Returns a string describing the failure condition when unsuccessful." and no notification in the user stream of course :( 22:17:47 <-- chrisccoulson has quit (Quit: Ex-Chat) 22:19:24 --> chrisccoulson has joined #instantbird 22:19:31 <flo> "We don't send friendship deletions, even those that come from you." boo :( 22:30:43 <flo> ""Returns the unfollowed user [...] when successful." what's especially nice here is that it returns it with following: true ... 22:30:52 <flo> so it's not even possible to test for that 22:40:02 <flo> friendships/create "If you are already friends with the user a HTTP 403 may be returned, though for performance reasons you may get a 200 OK message even if the friendship already exists." just like... yeah, something will be returned, but it will be rather random, so just deal with it, we won't fix it on our end because returning something random is better for performance reasons... 22:42:22 <EionRobb> lol 22:44:12 <flo> hmm, testing the opposite thing (people starting to follow me) isn't as easy 22:44:19 <flo> or I need another test account 22:46:39 <-- hunsly has quit (Ping timeout) 22:52:15 --> clokep has joined #instantbird 22:52:15 * ChanServ sets mode +h clokep 22:56:05 <-- devfil has quit (Client exited) 22:59:37 <clokep> Seriously makes me think they didn't think through their API whatsoever. 23:00:21 <flo> they probably just exposed publicly *some* of what they had a need to create for their own web UI 23:00:54 <flo> (it's pretty obvious that they have private APIs too that they don't document) 23:01:23 <clokep> Yes. :( 23:01:44 <clokep> I think it's funny how they talk about keeping things compatible for historical reasons, etc. and also occasionally just randomly change things... 23:02:08 <clokep> But there's a version # in the API URL....why don't they increment it when they make breaking changes? 23:02:10 <clokep> Silly. :( 23:02:44 <flo> they make each time the statement that best justifies the action they are undertaking at the moment... 23:03:13 <flo> because when they break something, they don't want to maintain the older version and keep it around for ever 23:03:45 <clokep> So then don't include versions in the URL. :P 23:04:07 <flo> by the way, I configured a second twitter account successfully, so it's very possible that the blocker bug on that topic is just WFM 23:04:42 <-- linuxwizard has left #instantbird () 23:05:25 <flo> how do these strings feel: http://pastebin.instantbird.com/954 ? 23:05:56 <flo> suppose the "know" is spelled "now" of course ;) 23:07:05 <flo> I hesitate between: 23:07:05 <flo> event.followed=%S is now following you 23:07:05 <flo> and 23:07:05 <flo> event.followed=You are now followed by %S 23:07:14 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:07:22 --> aleth has joined #instantbird 23:07:27 <EionRobb> I like the first one 23:07:44 <flo> maybe I should just add "." at the end of all of them 23:08:14 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:08:20 --> aleth has joined #instantbird 23:08:40 <clokep> I think .s + s/know/now/ sounds good. 23:09:12 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:09:15 --> aleth has joined #instantbird 23:09:48 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:09:52 --> aleth has joined #instantbird 23:11:03 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:11:08 --> aleth has joined #instantbird 23:16:15 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:16:22 --> aleth has joined #instantbird 23:17:59 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:18:03 --> aleth has joined #instantbird 23:18:39 <-- aleth has quit (Quit: Instantbird 1.1a1pre) 23:19:55 --> aleth has joined #instantbird 23:27:21 <-- gmoro_ has quit (Quit: Leaving) 23:27:38 <flo> as I don't have a stopFollowing action in the event stream, I have to rely on the response from my friendships/destroy request to display the "no longer following" system message. 23:28:28 <flo> unfortunately, there's no created_at field I can use to get the date, so as I don't specify a date, jsProtoHelper inserts the current system date... which may may be off by a few seconds, which is enough to look odd in time bubbles 23:28:50 <flo> would it seem like a good or a crazy idea to attempt to find the twitter time of that in the HTTP headers? 23:29:26 <Mook_as> not as crazy as twitter not supplying a created_at field! 23:33:21 * flo tries 23:34:51 <clokep> You end up with out of order bubbles? 23:34:59 <flo> yes 23:40:58 <flo> so, if I resent the friendships/create request, I receive another "follow" event in my user stream, and the user I'm following also receives one! 23:41:30 <clokep> That's a crappy UX. 23:41:55 <flo> crappy developer experience too ;) 23:42:34 <clokep> Which is what we care about more. ;) 23:43:06 <flo> I think I care more about the UX, but I'm more likely to get really upset by the developer experience ;) 23:46:00 <clokep> Hahah, good description. 23:47:47 <instantbot> florian@instantbird.org added attachment 824 to bug 684. 23:47:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=684 enh, --, ---, florian, ASSI, Offer a way to manager the list of followed accounts on twitter 23:49:31 <-- chrisccoulson has quit (Quit: Ex-Chat) 23:50:07 <flo> is anybody interested in reviewing this, or should I just push it before going to bed? 23:50:27 --> chrisccoulson has joined #instantbird 23:52:08 <clokep> Well I'm halfway through.... 23:53:30 <flo> I've even added comments for the error conditions that annoyed me / were not obvious :) 23:53:39 <flo> (before attaching I mean) 23:54:42 <clokep> flo: Is |new Date(date) / 1000| correct? Should that not be |new Date(date / 1000)|? 23:55:13 <flo> dividing a string per 1000 would give an unwanted result 23:55:14 <flo> the header is a string 23:55:39 <clokep> Ah, the header is a string, OK. 23:55:53 <flo> a date object taken as integer gives a value in ms, the purpleIMessage.time property is a time in seconds 23:55:54 <clokep> Never mind then. :) 23:56:18 <clokep> Yeah, I was thinking the date was an integer already. 23:57:38 <instantbot> clokep@gmail.com granted review for attachment 824 on bug 684. 23:57:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=684 enh, --, ---, florian, ASSI, Offer a way to manager the list of followed accounts on twitter 23:58:00 <flo> clokep: thanks! 23:58:09 <clokep> Those comments scare me about when we want to do a buddy list btw. :-X 23:58:14 <flo> so after landing this, can we close the bug, or should we populate the nicklist? 23:58:57 <clokep> ...forgot that comment... 23:59:00 <flo> the buddy list part seems pointless to me until we support direct messages. 23:59:12 <clokep> "Also, I don't think we want to put these in the participants list until they 23:59:30 <flo> ok