All times are UTC.
00:38:29 --> mepine has joined #instantbird 00:51:17 <-- GeekSh4dow has quit (Quit: The cake is a lie !) 01:15:42 <-- zachlr has quit (Quit: http://www.mibbit.com ajax IRC Client) 01:42:30 --> waynenguyen has joined #instantbird 01:52:10 --> Mook has joined #instantbird 01:55:09 <-- linuxwizard has left #instantbird () 02:10:41 --> tymerkaev has joined #instantbird 02:11:10 <-- tymerkaev has quit (Quit: I must go. Good bye!) 02:14:51 <-- rikki has quit (Quit: Instantbird 0.2) 02:21:07 --> zachlr has joined #instantbird 02:44:12 <-- clokep has quit (Quit: Instantbird 0.3a2pre) 02:54:05 <-- skeledrew has quit (Ping timeout) 02:54:12 --> tymerkaev has joined #instantbird 02:54:46 --> skeledrew has joined #instantbird 03:03:14 <-- waynenguyen has quit (Ping timeout) 03:17:44 --> linuxwizard has joined #instantbird 03:20:45 --> waynenguyen has joined #instantbird 03:23:25 <-- waynenguyen has quit (Ping timeout) 03:37:09 <-- tymerkaev has quit (Client exited) 03:44:07 --> waynenguyen has joined #instantbird 03:53:16 <-- waynenguyen has quit (Quit: Instantbird 0.2) 04:00:00 --> waynennguyen has joined #instantbird 04:24:02 <-- zachlr has quit (Quit: http://www.mibbit.com ajax IRC Client) 04:28:12 --> rikki has joined #instantbird 04:39:32 <-- skeledrew has quit (Ping timeout) 04:40:36 --> skeledrew has joined #instantbird 04:48:28 <-- waynennguyen has quit (Ping timeout) 05:31:30 --> amanda has joined #instantbird 05:32:50 <-- amanda has quit (Quit: Leaving) 05:46:42 <-- skeledrew has quit (Ping timeout) 05:46:46 --> skeledrew has joined #instantbird 05:49:23 <-- skeledrew has quit (Ping timeout) 05:50:02 --> skeledrew has joined #instantbird 07:32:54 --> Ornthalas has joined #instantbird 07:44:39 <-- skeledrew has quit (Ping timeout) 07:45:37 --> skeledrew has joined #instantbird 08:06:54 <-- linuxwizard has left #instantbird () 08:22:09 <-- micahg has quit (Ping timeout) 08:24:07 --> micahg has joined #instantbird 08:24:36 --> Even1 has joined #instantbird 08:24:50 <-- Even1 has quit (Quit: Instantbird 0.3a2pre) 08:24:58 --> Even1 has joined #instantbird 08:29:25 <-- Even1 has quit (Quit: Instantbird 0.3a2pre) 08:29:39 --> Even1 has joined #instantbird 08:30:23 --> flo has joined #instantbird 08:30:23 * ChanServ sets mode +qo flo flo 08:30:28 --> igorko has joined #instantbird 08:30:52 <-- igorko has quit (Quit: Instantbird 0.3a2pre) 08:31:02 --> igorko has joined #instantbird 08:45:22 --> waynenguyen has joined #instantbird 08:46:13 <-- chrisccoulson has quit (Ping timeout) 08:48:19 --> chrisccoulson has joined #instantbird 08:51:40 --> Mic has joined #instantbird 08:51:40 * ChanServ sets mode +h Mic 08:52:30 <-- Mook has quit (Quit: ChatZilla 0.9.86-xr [XULRunner 2.0b13pre/20110304030406]) 08:56:12 <-- igorko has quit (Quit: Instantbird 0.3a2pre) 08:58:38 <Mic> Hello 09:00:13 <-- waynenguyen has quit (Ping timeout) 09:00:49 <flo> hi :) 09:12:53 <-- Mic has quit (Quit: Instantbird 0.3a1pre) 09:21:09 <-- mepine has quit (Quit: é¨ç·£ä¹) 10:21:09 --> clokep has joined #instantbird 10:21:10 * ChanServ sets mode +h clokep 10:21:33 <-- clokep has quit (Quit: Instantbird 0.3a2pre) 10:21:37 --> clokep has joined #instantbird 10:21:37 * ChanServ sets mode +h clokep 10:34:06 <-- clokep has quit (Quit: Instantbird 0.3a2pre) 10:37:52 --> sonny has joined #instantbird 10:37:57 <-- chrisccoulson has quit (Ping timeout) 10:55:47 --> chrisccoulson has joined #instantbird 10:56:45 --> Mic has joined #instantbird 10:56:45 * ChanServ sets mode +h Mic 11:07:10 <Mic> flo: are there applicants for the other GSoC projects by the way? 11:08:20 <flo> yes. We exchanged a few emails with someone interested in JS protocols, and I still need to reply to an email of someone interested in the indexed logs. 11:10:30 <flo> the student application deadline is in more than a week (Friday April 8th), so we will probably see more people asking in around a week ;) 11:11:26 <Mic> Great :) 11:19:36 <Mic> Is the potential js-protocol contributor interested in a certain protocol or just any? 11:23:47 --> tymerkaev has joined #instantbird 11:32:29 <sabret00the> Afternoon all. 11:33:27 <sabret00the> Why did we opt to give up on mozilla-central? I was hoping we could implement the upcoming in-Content UI changes for our options as well as some other minor changes in the pipline 11:39:24 <Mic> Mozilla-central will be the most unstable channel 11:39:40 <Mic> I'm not sure you'd like such unstable things, would you? 11:40:10 <Mic> And it doesn't mean you couldn't make yourself familiar with these changes and move them as soon as they are working good enough 11:47:10 <-- Mic has quit (Quit: Instantbird 0.3a1pre) 11:51:55 --> clokep_work has joined #instantbird 11:51:55 * ChanServ sets mode +h clokep_work 11:52:57 <flo> sabret00the: our code currently doesn't compile against mozilla-central. 11:53:17 <clokep_work> sabret00the: Also how do we have "in content UI", we don't use a tabbed interface. 11:53:31 <flo> the change I pushed yesterday is just so that people downloading the source code at home get the right version. Our nightlies have been using mozilla-2.0 for a few days already. 11:53:34 * clokep_work thinks Mic is being nice w/ "unstable". 11:54:32 <sabret00the> clokep_work: we have the huge addons window.might as well utilise it for options and accounts. 11:55:19 <flo> sabret00the: whether we use mozilla-central or mozilla-2.0 doesn't seem relevant for that, as it's all *our* code anyway. 11:56:00 <sabret00the> Mic: haha, I've never had huge problems with instability on m-c but i guess I'm not poking around that much. 11:56:06 <sabret00the> flo: thanks for the info. 11:56:08 <clokep_work> sabret00the: Sure, but it's still a window, and if we did that we'd need to implement a tabbrowser window around it instead of just loading the extensions file directly. 11:56:29 <clokep_work> I've had some problems in the last few days w/ stability on it. :-/ 11:56:53 <clokep_work> It had been good for a long long time (since like OOP landed), but with the amount that landed in the past week...bound to be unstable.. 11:58:11 <flo> and the code changes a lot, so our patches will bitrot a lot in a short amount of time... 11:58:29 <flo> https://bugzilla.mozilla.org/show_bug.cgi?id=591341 seems on its way to be fixed though :). 12:00:23 <flo> I found a serious regression from the fix for bug 24 this morning :-/ 12:00:26 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=24 nor, --, 0.3a2, florian, RESO FIXED, Command-W Does Not Close Buddy List Window 12:00:51 <flo> messages that contain "<BR>" fail to be converted to plain text for the logger of the popup notifications. 12:01:18 <flo> so they are not logged/shown in notifications at all :-/ 12:01:24 <clokep_work> That's not good. :-/ 12:02:24 <flo> it seems this hack (http://lxr.instantbird.org/instantbird/source/instantbird/components/logger.js#135) doesn't work well when the hiddenWindow is a XUL document 12:03:11 <flo> the error console says: Error: mismatched tag. Expected: </BR>. Source Code: <div xmlns="http://www.w3.org/1999/xhtml">foo<BR>bar</div> 12:04:19 <flo> (the regression is Mac-only by the way) 12:04:45 <clokep_work> So it's an XHTML/HTML mismatch type thing? 12:05:13 <clokep_work> flo: Did you take a look at bug 741 btw? I think it's close to actually done, just not sure about the tracked keywords. 12:05:15 <flo> I think it would work if the tag was <br/> 12:05:16 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=741 nor, --, ---, clokep, ASSI, Fetch the tweets with @ mentions and tracked keywords when connecting a twitter account. 12:05:47 <flo> clokep_work: I looked but not enough to be able to give useful comments 12:05:59 * clokep_work sees a .replace(/<br>/gi, "<br/>") in the future. 12:06:06 <clokep_work> OK! :) 12:06:38 <flo> clokep_work: I thought about it. It's terribly ugly, but I've no better idea right now 12:07:16 <flo> well, another idea is to include a <browser src="about:blank"/> tag inside the hidden XUL window. I'm not sure that's actually better... 12:09:31 <clokep_work> Mmmm...can the logger be instantiated from the chat window instead? Would that fix it? 12:10:31 <flo> I would like to avoid dependencies between xpcom components that are supposed to work by themselves and windows of the UI 12:11:55 <flo> the issue is not new by the way, that hiddenWindow/innerHTML thing is just a workaround for bug 48. 12:11:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=48 enh, --, ---, nobody, NEW, Get plain text messages in extensions 12:12:48 <clokep_work> Ah, maybe we should fix that bug instead? :-D 12:13:12 <flo> sure. Any good idea to fix it? :-P 12:14:01 <clokep_work> Use something to strip all the HTML out of a message and store it somewhere? 12:14:29 <flo> it's not just strip, it's convert to plain text. <br/> should most likely become \n, ... ;) 12:14:44 <flo> store the result the first time it's used maybe? 12:17:44 --> jdt has joined #instantbird 12:18:04 --> chrisccoulson_ has joined #instantbird 12:18:04 <flo> assuming <br> is the only problematic tag, this successfully hides the problem: http://pastebin.instantbird.com/619 12:18:08 <clokep_work> Can we store the result when the message is passed to purplexpcom? 12:18:11 <flo> clokep_work: want to be credited for it? :-P 12:18:15 <-- chrisccoulson_ has quit (Connection reset by peer) 12:18:49 <clokep_work> flo: Sure if you want to keep the dirty code off your hands. Add a comment saying that it could be fixed on bug 48? 12:18:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=48 enh, --, ---, nobody, NEW, Get plain text messages in extensions 12:19:21 --> chrisccoulson_ has joined #instantbird 12:19:29 <-- chrisccoulson_ has quit (Client exited) 12:19:37 --> chrisccoulson_ has joined #instantbird 12:19:43 <-- chrisccoulson_ has quit (Connection reset by peer) 12:19:56 <flo> I'm not sure I understand that question. The plain text version should be a read only attribute of imIMessage (once we redesign the message XPCOM interface (bug 692)). So it's up to the message implementation to get the plain text version... 12:20:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=692 enh, --, ---, nobody, NEW, redesign the purpleIMessage xpcom interface 12:21:16 <clokep_work> Ah OK, never mind then. 12:21:20 <flo> clokep_work: once bug 48 is fixed, it's not only that hack that will disappear, but a dozen of lines of code around it. 12:21:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=48 enh, --, ---, nobody, NEW, Get plain text messages in extensions 12:21:32 <flo> ahah, there's already " // TODO cleanup once bug 102699 is fixed" above it :) 12:21:47 <flo> https://bugzilla.mozilla.org/show_bug.cgi?id=102699 12:22:21 <clokep_work> flo: I think I have some relatively simple code that will make a DOM tree out of HTML? 12:22:49 <flo> do you know a way to create a domwindow without a browser? 12:23:39 <clokep_work> Of course I would need to find it. :-D 12:33:00 <clokep_work> No, I don't know how to create a DOM window without a browser. 12:33:22 <clokep_work> Just able to make a DOM tree out of string HTML. 12:34:31 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 12:34:50 --> clokep_work has joined #instantbird 12:34:50 <flo> the problem is getting a DOM document or a DOM window. 12:34:50 * ChanServ sets mode +h clokep_work 12:35:10 <clokep_work> Well once you build the DOM tree, I think it's inside a document? 12:35:18 <clokep_work> Let me see if I can find the code. 12:37:00 --> kaie2 has joined #instantbird 12:38:12 <-- kaie has quit (Ping timeout) 12:38:12 * kaie2 is now known as kaie 12:38:39 <instantbot> New Instantbird (UI) bug 745 filed by agazza@gmail.com. 12:38:41 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=745 maj, --, ---, nobody, UNCO, Automatic reconnection to accounts is slow and not always work. 12:41:26 <clokep_work> flo: This is the code I had for it: http://code.google.com/p/auto-link/source/browse/chrome/content/regexp.xml#211 but doesn't look like you'd get a window/document out of it. :( 12:41:42 <clokep_work> The code you have is based off https://developer.mozilla.org/en/Code_snippets/HTML_to_DOM I think. 12:42:03 <clokep_work> I think the fix for bug 745 is "make my internet not drop"? :-D 12:42:06 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=745 maj, --, ---, nobody, UNCO, Automatic reconnection to accounts is slow and not always work. 12:42:07 <flo> I see "document" at line 213 ;) 12:43:06 <clokep_work> Right, it creates it as part of the current window/document, is that OK? 12:43:35 <flo> when you don't have a document/window it's not ;) 12:44:28 <flo> in imContentSink I use the HTML document where the message will be displayed. It's ugly but at least that document is always an HTML one ;) 12:44:30 <clokep_work> Ah, I see. :) I guess I misunderstood the question. Would adding an iframe give you one? Or can you not do that on a hidden window? 12:45:20 <flo> clokep_work: http://log.bezut.info/instantbird/today#m115 12:45:40 <clokep_work> :) I think I need a cup of coffee. 12:46:34 <flo> the annoying part about it is that then I need to put ifdef XP_MACOSX in all the consumer to actually get the document inside the browser instead of the hidden window document 12:48:07 <clokep_work> Right. :-/ We should mark that bug as wanted for Instantbird. :P (NOt that it matters.) 12:49:35 <clokep_work> You mid-aired me. :( 12:49:39 <flo> done. It sent other 100 bugspams :-P 12:49:50 <clokep_work> Maybe it'll ping someone about that bug. ;) 12:50:12 <clokep_work> One of those random things that I've always wondered how Mozilla has existed this long without though. 12:50:19 <clokep_work> I mean...there must be an HTML parser /somewhere/. 12:50:44 <flo> nah, Firefox doesn't use HTML at all, we all know that ,) 12:55:30 <flo> /me is lost in the twitter streaming API doc 12:58:13 <flo> http://dev.twitter.com/pages/streaming_api_methods#count 12:59:04 <flo> "Note that the count parameter is not allowed elsewhere, including track, sample and on the default access role." Does this mean we can't use it? 13:00:08 <clokep_work> Maybe? It's confusing. :( 13:00:43 <flo> if it worked, it would simplify our code a lot ;) 13:01:42 <clokep_work> :) We could just request xxx backlog when we connect? 13:01:50 <flo> yes 13:01:52 <clokep_work> We have a lot of comments to Mozilla bugs in our code: http://lxr.instantbird.org/instantbird/search?string=bug+®exp=on 13:03:04 <flo> it's because a fair amount of that code was reused from mozilla products ;) 13:04:22 <flo> and yes, I think getting the tweets for the tracked keywords is just a search API call 13:04:40 <flo> http://dev.twitter.com/doc/get/search "Warning: The user ids in the Search API are different from those in the REST API" any idea of the meaning? :-D 13:05:21 <clokep_work> I think that means "Hey we built a really crappy API!" :( 13:06:00 <clokep_work> That paragraph is actually really ridiculous. 13:06:16 <clokep_work> "Hey keep track of all this stuff and just look it up based on the username"...well why do we even have IDs than?! 13:06:28 <flo> looking at the linked issue, I think think we need to bother with that 13:06:45 <clokep_work> "think think"? 13:06:53 <clokep_work> "don't think"? 13:06:53 <flo> don't :) 13:06:57 <clokep_work> Ah, good. :) 13:07:01 <flo> /me thinks too much ;) 13:08:23 <-- sonny has left #instantbird () 13:09:02 <clokep_work> I also like that they used two terminologies for searches -- a "saved search" and a "tracked keyword" or something, right? But they're the same thing is my understanding? 13:10:30 <flo> I've no understanding of that :). I only understand the doc is overly complicated for things that aren't really complicated when using them correctly... :) 13:10:41 --> Andrey has joined #instantbird 13:11:35 <clokep_work> Yup. 13:11:52 <clokep_work> I think it might be good to try to get/set the search terms into the API though. 13:12:00 --> sonny has joined #instantbird 13:13:04 <flo> http://dev.twitter.com/doc/get/search any idea of what should be teh content of the "q" parameter? Is it the exact same format as for the track parameter? 13:15:18 <clokep_work> Yes, but I think you can only request one at a time. 13:15:32 <clokep_work> So my code needs to be more complicated, so you can handle searching for multiple keywords. 13:15:46 <flo> "The Twitter API consists of three parts: two REST APIs and a Streaming API. The two distinct REST APIs are entirely due to history. Summize, Inc. was originally an independent company that provided search capability for Twitter data." uh... Couldn't they just merge those 2 APIs? 13:16:07 <clokep_work> Yes. 13:16:14 <flo> can't you put OR/AND keywords in the search query? 13:16:18 <clokep_work> They're too busy telling people not to make third party apps. :) 13:16:49 <clokep_work> Hmm...flo I think you can. 13:20:22 <flo> so apparently s/,/ OR /g would be enough? 13:20:58 * clokep_work doesn't know. 13:21:43 <flo> (new Date(a["created_at"])) - (new Date(b["created_at"])) doesn't the JS object contain a timestamp that can be directly compared? 13:23:06 <clokep_work> Does it? I couldn't find it. But I was getting pretty frustrated looking through their documents. :( 13:24:51 --> waynenguyen has joined #instantbird 13:26:05 <flo> apparently no, ok... :( 13:35:51 <clokep_work> We need to do separate requests for each? 13:36:04 <clokep_work> If you're figuring stuff out for that bug, feel free to steal / update / throw away my patch btw. :) 13:39:47 <flo> the no was just about the timestamp 13:40:01 <flo> it's stupid to parse so many date string for the sort operation but oh well... 13:40:03 <-- tymerkaev has quit (Ping timeout) 13:40:19 <clokep_work> We could compare the IDs to sort them I believe? 13:40:31 <clokep_work> I agree. who passes timestamps as strings anyway? :P 13:41:02 <flo> are those IDs guaranteed to be time ordered? 13:41:17 <clokep_work> I think they are, but I don't know for sure. 13:41:25 <clokep_work> I'm not sure JS can handle the size of them also. 13:41:46 <flo> oh right, it can't 13:42:26 <clokep_work> Right, that's why I didn't think too much about them and just went w/ the dates. 13:45:37 <clokep_work> The other option would be to compare the IDs as strings I guess, (compare lengths first, than compare char by char). 13:46:48 <clokep_work> (Which I believe is Twitter's official work around for comparing IDs. ;)) 13:48:26 <instantbot> florian@instantbird.org denied review for attachment 575 on bug 741. 13:48:28 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=741 nor, --, ---, clokep, ASSI, Fetch the tweets with @ mentions and tracked keywords when connecting a twitter account. 13:51:25 --> Mic2 has joined #instantbird 13:52:42 <clokep_work> It's a pain waiting for mutliple synchronous requests. 13:53:26 <flo> yes 13:53:41 <flo> but if you mark the account as disconnected and then open the timeline... uh? 13:54:18 <clokep_work> That'd be confusing. :) 13:54:43 <clokep_work> Idk if we should only mark it as disconnected if they all return in error or if we should request only one at a time or what. 13:54:59 <flo> I don't think your code would really have done that though, as you wouldn't have reached 2 successful requests, and you would have reset the counter at the next reconnection 13:55:50 <flo> or ignore the failures and open the stream anyway? 13:57:11 <clokep_work> Ignore the failures is probably a better way...and on the last failure if the stuff received is empty, throw an error. 13:58:19 <flo> what about starting the stream request at the same time, and putting the results received from it in the same array/buffer. And open the timeline window once all the timeline requests have finished (either successfully or failed)? 14:09:35 <-- Mic2 has quit (Quit: http://www.mibbit.com ajax IRC Client) 14:10:00 <-- waynenguyen has quit (Ping timeout) 14:10:17 --> waynenguyen has joined #instantbird 14:10:36 <-- waynenguyen has quit (Quit: Instantbird 0.2) 14:10:40 --> waynenguyen has joined #instantbird 14:29:28 <-- Andrey has quit (Ping timeout) 14:29:34 --> Andrey has joined #instantbird 14:46:40 <flo> oooh, DOMi has changed :). Something I've meant to improve/fix for a long time now works as I wanted (https://bugzilla.mozilla.org/show_bug.cgi?id=615156) 14:47:55 <clokep_work> That's pretty useful. 14:50:14 --> ron has joined #instantbird 14:50:15 <-- Andrey has quit (Connection reset by peer) 14:52:34 --> tymerkaev has joined #instantbird 15:07:46 <-- Ornthalas has quit (Quit: KTHXBYE) 15:10:48 --> DetroitLibertyPenguin has joined #instantbird 15:23:09 --> Yan has joined #instantbird 15:34:05 <-- Yan has quit (Ping timeout) 15:46:21 --> Yan has joined #instantbird 15:51:09 <-- flo has quit (Quit: Instantbird 0.3a2pre) 15:51:18 <-- tymerkaev has quit (Ping timeout) 16:16:35 <sabret00the> This may be of interest; Trillian Conversation Sync Review: http://arstechnica.com/software/news/2011/03/hands-on-trillian-conversation-sync-is-mobile-messaging-panacea.ars?utm_source=rss&utm_medium=rss&utm_campaign=rss 16:17:33 <-- waynenguyen has quit (Ping timeout) 16:19:46 <-- Even1 has quit (Quit: Instantbird 0.3a2pre) 16:22:18 --> wesj has joined #instantbird 16:27:10 <-- ron has quit (Quit: ) 16:35:16 <-- wesj has quit (Ping timeout) 16:36:22 --> wesj has joined #instantbird 16:39:04 <-- wesj has quit (Ping timeout) 16:43:25 <-- jdt has left #instantbird () 16:52:51 --> wesj has joined #instantbird 17:06:17 --> tymerkaev_away has joined #instantbird 17:07:01 * tymerkaev_away is now known as tymerkaev 17:11:01 <clokep_work> sabret00the: Interesting. I dislike the "The secret sauce is a server-side framework that [...] manages all of the users' connections to instant messaging services and routes all of the incoming and outgoing messages." :( 17:11:20 <clokep_work> Definitely neat though! :) 17:12:21 <-- wesj has quit (Ping timeout) 17:12:45 <sabret00the> I'd implement it by making it sync open conversations every XX minutes. 17:13:19 --> wesj has joined #instantbird 17:13:43 <clokep_work> Mmhmm. Or you could do it as a log on type thing too. 17:14:02 <clokep_work> I.e. I get to work, log into Instantbird, it opens sync, donwloads what just happened at home, opens those windows. 17:16:11 <sabret00the> yup, I was thinking of doing it via the logs. There'd obviously need to be a limit on a data to minimise bandwidth but it's very possible to do without being intrusive. 17:17:19 <clokep_work> Well hopefully we'd be syncing all the logs anyway. :) 17:19:35 <sabret00the> Is syncing complete logs feasible? I thought it would be impossible as even Firefox limit how much info is synchronised. 17:20:37 <clokep_work> Anything is possible. 17:20:54 <clokep_work> Depends on how the syncing is done, how much room the data actually takes, etc. 17:21:35 <clokep_work> AFAIK Firefox doesn't limit any of the type of data it syncs, but I could be wrong. 17:21:53 <clokep_work> And I'm pretty sure they limit based on bandwidth and storage concerns. 17:22:26 <clokep_work> And of course logs could take up a lot of room, but if you can sync all of the logs and they don't take up that much room? Thta'd be pretty awesome. 17:22:50 --> Mic has joined #instantbird 17:22:50 * ChanServ sets mode +h Mic 17:23:33 <sabret00the> Yup from what I recall, they limit based on bandwidth concerns which is why they don't sync addons. But I definitely agree with you that it'd be pretty awesome! 17:24:42 <clokep_work> Ah, well syncing addons would be a waste anyway, they have the list. They should just re-download them. 17:25:35 <sabret00the> It'd been suggested that AMO accounts should hold install lists and thus enable mass installations. 17:26:53 <clokep_work> The list of installed extensions is kept in a preference...which could be synced, I guess the download URLs aren't. But it could query AMO for them. 17:29:04 <Mic> Uploading the update urls of the installed addons should be rather easy too 17:29:31 <clokep_work> Yup! Oh well. I don't really use more than one computer so not a big deal for me. :) 17:29:43 <clokep_work> Although I have to say the "tabs open on another computer" thing never worked. 17:29:52 <Mic> Worked fine for me 17:30:24 <clokep_work> Weird. :( Mine just never showed any tabs there. 17:35:42 <instantbot> benediktp@ymail.com set the Resolution field on bug 266 to INCOMPLETE. 17:35:50 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=266 nor, --, ---, nobody, RESO INCOMPLETE, Instantbird doesn't launch 17:39:18 <clokep_work> We probably have another handful or so of bugs that should be resolved incomplete at this point. :( 17:41:58 <Mic> Maybe I should have added a tag to these bugs when asking for further information 17:42:08 <Mic> Now's it's tedious finding them again :S 17:42:12 <Mic> *Now 17:42:56 <clokep_work> Just search on part of your comment and choose the all words option? 17:43:08 <clokep_work> Assuming you copy and pasted your comment. :-D 17:43:15 <Mic> I didn't 17:45:34 <clokep_work> Ah boo. :( 18:01:29 <-- micahg has quit (Ping timeout) 18:15:44 --> linuxwizard has joined #instantbird 18:18:52 <-- Even has quit (Input/output error) 18:19:32 --> micahg has joined #instantbird 18:25:23 <-- Tonnes has quit (Ping timeout) 18:25:55 --> Tonnes has joined #instantbird 18:30:28 --> Even has joined #instantbird 18:30:29 * ChanServ sets mode +o Even 18:37:28 <-- skeledrew has quit (Ping timeout) 18:37:53 --> skeledrew has joined #instantbird 18:49:42 <-- skeledrew has quit (Ping timeout) 18:50:48 --> skeledrew has joined #instantbird 19:00:40 <-- Mic has quit (Quit: Instantbird 0.3a1pre) 19:01:55 --> GeekShad0w has joined #instantbird 19:03:06 --> flo has joined #instantbird 19:03:06 * ChanServ sets mode +qo flo flo 19:07:05 <-- skeledrew has quit (Ping timeout) 19:07:32 --> skeledrew has joined #instantbird 19:13:55 <-- chrisccoulson has quit (Ping timeout) 19:15:33 <flo> Mic: search for all the unconfirmed bugs where you commented 19:16:57 --> Ornthalas has joined #instantbird 19:18:06 <-- GeekShad0w has quit (Connection reset by peer) 19:18:28 <-- micahg has quit (Ping timeout) 19:21:32 --> GeekShad0w has joined #instantbird 19:28:02 --> Mook_as has joined #instantbird 19:31:37 --> chrisccoulson has joined #instantbird 19:34:15 --> micahg has joined #instantbird 19:51:42 <-- sonny has quit (Client exited) 19:52:03 <-- GeekShad0w has quit (Connection reset by peer) 19:53:08 <-- Yan has quit (Ping timeout) 19:53:21 --> Yan has joined #instantbird 19:53:36 --> clokep has joined #instantbird 19:53:37 * ChanServ sets mode +h clokep 19:57:42 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 20:04:04 * clokep is now known as clokep_work 20:05:05 --> DGMurdockIII has joined #instantbird 20:17:31 <-- skeledrew has quit (Ping timeout) 20:18:52 --> skeledrew has joined #instantbird 20:19:12 <-- flo has quit (Input/output error) 20:25:26 --> flo has joined #instantbird 20:25:26 * ChanServ sets mode +qo flo flo 20:30:42 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client) 20:34:53 <-- tymerkaev has quit (Client exited) 20:53:46 --> GeekShad0w has joined #instantbird 21:09:43 <-- micahg has quit (Connection timed out) 21:10:45 --> micahg has joined #instantbird 21:20:06 <-- GeekShad0w has quit (Ping timeout) 21:26:52 --> GeekShad0w has joined #instantbird 21:32:27 <-- GeekShad0w has quit (Quit: The cake is a lie !) 22:21:53 <flo> Good night 22:21:54 <-- flo has quit (Quit: Instantbird 0.3a2pre) 22:36:23 --> Mathnerd314 has joined #instantbird 22:42:33 <-- Ornthalas has quit (Quit: KTHXBYE) 22:50:49 --> clokep has joined #instantbird 22:50:49 * ChanServ sets mode +h clokep 23:00:38 <-- wesj has quit (Quit: Leaving.) 23:01:32 --> wesj has joined #instantbird 23:08:59 <-- skeledrew has quit (Ping timeout) 23:09:20 --> skeledrew has joined #instantbird 23:15:40 <-- skeledrew has quit (Ping timeout) 23:17:28 --> skeledrew has joined #instantbird 23:35:46 <-- clokep has quit (Ping timeout) 23:36:36 --> clokep has joined #instantbird 23:36:36 * ChanServ sets mode +h clokep 23:45:31 <-- Mathnerd314 has quit (Ping timeout)