#instantbird log on 09 15 2011

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