All times are UTC.
00:14:04 --> mchaincn has joined #instantbird 00:25:47 <-- micahg has quit (Ping timeout) 00:32:21 <-- mchaincn has left #instantbird () 00:54:16 --> mchaincn has joined #instantbird 00:54:20 <-- mchaincn has left #instantbird () 01:23:19 --> micahg has joined #instantbird 01:25:26 <-- micahg has quit (Quit: Leaving.) 01:26:52 --> micahg has joined #instantbird 02:15:47 --> kaie2 has joined #instantbird 02:17:50 <-- kaie has quit (Ping timeout) 02:17:50 * kaie2 is now known as kaie 02:30:36 --> rikki has joined #instantbird 02:30:39 --> DGMurdockIII has joined #instantbird 02:51:38 --> tymerkaev has joined #instantbird 03:01:42 <-- tymerkaev has quit (Ping timeout) 04:10:18 --> tymerkaev has joined #instantbird 04:18:58 <-- tymerkaev has quit (Ping timeout) 04:23:56 <-- clokep has quit (Quit: Instantbird 0.3a1pre) 04:38:42 <-- DGMurdockIII has quit (Quit: get satisfied! :: www.unitedservers.de ««« (Gamers.IRC) »»» gamersirc.net ::) 05:17:53 <-- rikki has left #instantbird () 05:41:55 --> Amfi has joined #instantbird 05:42:54 <-- Amfi has quit (Quit: Instantbird 0.3a1pre) 05:44:14 --> Amfi has joined #instantbird 05:44:17 <-- Amfi has quit (Quit: Amfi) 06:00:42 --> rikki has joined #instantbird 06:06:52 --> Ornthalas has joined #instantbird 07:01:48 <-- Ornthalas has quit (Quit: KTHXBYE) 07:31:37 --> Even has joined #instantbird 07:31:37 * ChanServ sets mode +o Even 07:33:09 <-- Even has quit (Quit: Instantbird 0.3a1pre) 07:33:15 --> Even has joined #instantbird 07:33:15 * ChanServ sets mode +o Even 07:33:59 <-- Even has quit (Quit: Instantbird 0.3a1pre) 07:34:12 --> Even has joined #instantbird 07:34:12 * ChanServ sets mode +o Even 07:35:34 --> flo has joined #instantbird 07:35:35 * ChanServ sets mode +qo flo flo 07:36:29 <flo> Good morning :) 07:37:03 <instantbot> New Instantbird (UI) bug 551 filed by firstname.lastname@example.org. 07:37:04 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=551 nor, --, ---, nobody, UNCO, Partial updates are failing on a regular basis 07:48:13 <-- kaie has quit (Quit: Leaving) 07:48:24 <-- rikki has quit (Quit: Instantbird 0.2) 08:50:12 --> rikki has joined #instantbird 10:05:37 --> tymerkaev has joined #instantbird 10:10:38 --> Mic|web has joined #instantbird 10:10:57 --> hicham has joined #instantbird 10:11:53 <Mic|web> hi 10:12:03 <hicham> hi 10:12:09 <hicham> morning flo 10:21:13 <instantbot> email@example.com set the Resolution field on bug 549 to FIXED. 10:21:15 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=549 nor, --, ---, nobody, RESO FIXED, Possible to open Add-ons Manager twice 10:25:05 <instantbot> New Instantbird (UI) bug 552 filed by firstname.lastname@example.org. 10:25:08 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=552 nor, --, ---, nobody, NEW, Lower border of messagestyle preview broken 10:47:47 <flo> hicham: hi :) 10:48:46 <hicham> flo : did you see the patches debian are using to build against gecko-1.9.1 ? 10:49:01 <flo> is it the I wrote for them in https://bugzilla.instantbird.org/show_bug.cgi?id=400 ? 10:49:05 <instantbot> Bug 400 nor, --, ---, nobody, RESO WONTFIX, Instantbird (0.2b2+) doesn't work with Mozilla 1.9.1 any more 10:49:56 <flo> (hicham: by the way, you asked your question just as I was typing a message to bring back that topic! ;)) 10:50:32 <hicham> flo : yes, that is the same failure message i got on Fedora 12 10:50:56 <flo> is it the same patch? 10:51:22 <hicham> yes 10:51:46 <hicham> but I guess it is better to skip Fedora 12 and gecko 1.9.1 10:52:35 <hicham> less maintainance, and allows to stay close to upstream 10:52:59 <flo> ok 10:54:15 <hicham> did you merge the nss patch ? 10:55:32 <flo> I don't remember 10:55:51 <flo> if it was the patch that touched mozilla code, no (of course) 10:56:06 <hicham> i didn't use that hunk 10:56:18 <hicham> only the hunks that touch IB code, and it works 10:56:49 <flo> I'll need to try again building with a xul sdk on linux :) 10:57:23 <hicham> i am testing here anyway 10:58:29 <flo> I usually test all the patches myself before merging them ;) 10:58:44 <hicham> this is obvious 10:59:32 <Mic|web> have a nice day 11:00:13 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client) 11:05:17 <hicham> you don't mention on the installation page that IB is available for debian users 11:05:49 <flo> you mean in the FAQ? 11:06:23 <hicham> yes 11:06:56 <flo> I'm not sure it will be there permanently. They are annoyed (or are annoying, if you take a different point of view ;)) by the included libpurple 11:07:14 <flo> It's in Ubuntu too now I think 11:17:15 <-- flo has quit (Quit: Instantbird 0.3a1pre) 11:38:02 <-- rikki has left #instantbird () 11:38:15 --> Mic|web has joined #instantbird 11:49:27 --> GeekShadow has joined #instantbird 11:53:02 <-- tymerkaev has quit (Ping timeout) 11:55:42 --> tymerkaev has joined #instantbird 11:58:44 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client) 12:02:48 <-- tymerkaev has quit (Input/output error) 12:16:27 <-- hicham has quit (Quit: Ø§ÙØ³ÙØ§Ù Ø¹ÙÙÙÙ ) 12:36:09 --> hicham has joined #instantbird 12:38:23 --> clokep has joined #instantbird 12:50:54 --> tymerkaev has joined #instantbird 13:14:41 <-- micahg has quit (Ping timeout) 13:21:41 --> kaie has joined #instantbird 13:34:50 <-- hicham has quit (Quit: Ø§ÙØ³ÙØ§Ù Ø¹ÙÙÙÙ ) 13:46:05 --> flo has joined #instantbird 13:46:06 * ChanServ sets mode +qo flo flo 13:58:27 <-- GeekShadow has quit (Ping timeout) 13:59:51 --> GeekShadow has joined #instantbird 14:02:13 <-- clokep has quit (Quit: Instantbird 0.3a1pre) 14:02:17 --> clokep has joined #instantbird 14:05:39 <-- GeekShadow has quit (Ping timeout) 14:13:59 --> mchaincn has joined #instantbird 14:14:05 <-- mchaincn has left #instantbird () 14:29:52 <-- clokep has quit (Ping timeout) 14:37:57 <-- Seji has quit (Ping timeout) 14:44:35 --> clokep has joined #instantbird 14:46:43 <-- clokep has quit (Quit: Instantbird 0.3a1pre) 14:46:49 --> clokep has joined #instantbird 14:49:59 <clokep> 'morning. 14:50:11 <flo> hey :) 14:53:40 <clokep> How's it going? 14:54:24 <flo> ok :) 14:55:16 <clokep> I'll fix up the syntax for that bug at some point. :) You liked that syntax better than I assume then the original patch? 14:55:44 <flo> that bug is the one about the * * _ _ / / ? 14:55:57 <clokep> Yes. 14:56:04 <clokep> I had a patch and an "alternative" patch? 14:56:50 <flo> what do you use txt2htmlconverter.scanHTML(..., kEntities) for? 14:57:18 <clokep> Converts "<", ">" and "&" to entities. 14:57:23 <clokep> I think there's a comment there. ;) 14:57:27 <flo> why would you want to do that? 14:57:29 <clokep> But its possible it got deleted. 14:57:41 <flo> the input may already contain HTML code 14:58:15 <flo> I don't remember the details well about the & mess 14:58:22 <clokep> http://mxr.mozilla.org/mozilla-central/source/netwerk/streamconv/public/mozITXTToHTMLConv.idl#87 14:58:58 <clokep> I replaced your msg.replace(/&/,"&") with that line, but I'm not sure they'd both work. I'm not sure why you were only replacing the & and not < and> 14:59:31 <flo> it was a workaround for a bug 15:00:05 <flo> If I remember well (which is likely not the case), & was replaced by & by scanHTML even when it was part of an entity. 15:00:26 <flo> I don't remember well :( 15:00:31 <flo> would need to test it again 15:01:02 <flo> (look at the behavior for "foo & bar" and for "for bar") 15:01:36 <clokep> OK. But I'm not talking about on the output, I'm talking on the input. 15:01:59 <clokep> scanHTML needs those to be escaped anyway, so that's why we do it. :) I'm not sure why they weren't escaped to start w/ and it still worked? 15:02:00 <flo> the modification on the input was just so that we can reliably undo it on the outpit 15:02:03 <flo> *output 15:02:08 <clokep> Oh, OK. 15:02:24 <clokep> I'll look into it. :) 15:04:40 <flo> by the way, if the constants at http://mxr.mozilla.org/mozilla-central/source/netwerk/streamconv/public/mozITXTToHTMLConv.idl#62 are supposed to be binary ORed, then kEntities is implied when you do anything else 15:05:15 <clokep> I don't think so. 15:05:38 <clokep> Because of the phrasing of one of the comments? 15:05:48 <clokep> "// just convert < & > to < & and >" 15:06:00 <clokep> That would make sense though. :) I'll look into it a bit more. 15:06:06 <clokep> Jus tnot right now. Doing some work. 15:08:39 <clokep> I'll check that case though + fix my butchering of the syntax. 15:18:15 --> Ornthalas has joined #instantbird 15:24:51 <clokep> flo: Can you think of a better name for "txt2htmlconverter" Mic and I couldn't. 15:26:10 <clokep> Or did you mean you just want me to use "cs" for converter service? 15:26:38 <flo> I'm not really interested in cosmetic details until we are sure the logic is good ;) 15:26:51 <flo> by the way, I don't think it's worth caring much about the noLinkification case 15:27:01 <flo> that is probably used only for system messages 15:27:26 <flo> so the only case where you are likely to match something would be in IRC quit messages. Not sure if you care about that. 15:28:48 <clokep> Oh, OK. 15:29:17 <flo> or maybe some email adresses if they use 2 _ 15:37:16 <clokep> The ampersand behavior above, are those "raw" messages or no? :) 15:41:00 <flo> what do you mean by raw? 15:41:12 <flo> I think they are what libpurple assumes is valid HTML 15:44:19 <clokep> Do I need to do /raw before sending that? 15:45:42 <flo> to test? If you want to test , I think so 15:47:17 <clokep> The second replace (the & --> &) is definitely necessary. 16:12:44 <clokep> Making URL parsing even more confusing: http://www.cbsnews.com/8301-501465_162-20019391-501465.html :( 16:12:54 <clokep> Good thing most of that is done by Mozilla for us though. 16:13:12 <flo> what's the problem with that url? 16:13:25 <clokep> Not the URL itself, the article. 16:13:43 <clokep> ICANN is going to expand GTLDs to pretty much anything companies are willing to pay to register. 16:14:10 <clokep> I have to go though. 16:14:14 <-- clokep has quit (Quit: Instantbird 0.3a1pre) 16:18:45 <-- Even has quit (Quit: Instantbird 0.3a1pre) 16:37:17 --> hicham has joined #instantbird 16:51:41 <hicham> flo : about system libpurple, i think it would have been problematic to use it on Fedora since current version is 2.7.3 on all Fedora releases 16:52:12 <flo> they update fedora but not xulrunner? 16:52:19 <flo> s/fedora/libpurple/ 16:52:20 <flo> (sorry) 16:53:05 <hicham> xulrunner is tricky to update, since a lot of packages depend on it 16:53:12 <hicham> especially gnome ones 16:54:04 <hicham> and mozilla breaks its API between minor versions 16:55:07 <hicham> while libpurple is mainly used by pidgin 16:56:21 <hicham> mozilla's API breakage between minor versions is the reason why gnome is moving away from it 17:05:18 <hicham> i guess that is just rant ... 17:17:17 <flo> we all need to rant a little bit sometimes ;) 17:47:04 <hicham> flo : can you help me answer these question ? http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries#Standard_questions 17:47:38 <hicham> i must give strong reasons to have an exception ... 17:47:48 <hicham> sorry if i am annoying you with this 18:14:08 <flo> hicham: ok! (I was away for dinner) 18:14:22 <flo> it's basically what I've already explained 18:14:52 --> micahg has joined #instantbird 18:15:07 <flo> libpurple includes all the application logic that is at the core of Pidgin. It's mostly Pidgin's core without the dependency on GTK. 18:15:27 <flo> We have made significant API changes that would certainly not be accepted by upstream maintainers. 18:16:31 <flo> We do upstream the fixes that can benefit to the upstream (you can find several commits of fixes (usually for crashes) with email@example.com as the email address of the patch author in Pidgin's repository). 18:17:51 <hicham> sorry, this may be a dumb question, but why upstream wouldn't accept your changes ? 18:17:54 <flo> I tried to make some proposal of API changes that would be suitable for both Pidgin (and other consumers like Finch and Adium) and would work for our usecases, they haven't been met with significant interest. 18:24:01 <flo> in http://pidgin.im/pipermail/devel/2009-June/008283.html for example, I volunteered to improve the preferences and DNS query APIs of libpurple to make them compatible with what we need. I've never got any reply. 18:24:32 <flo> I'm almost sure I've proposed a few things on IRC too, without seeing significant interest. 18:25:55 <flo> "Are the changes useful to consumers other than the bundling application? If so why aren't we proposing that the library be released as a fork of the upstream library?" -> If one really wanted to provide another library, it should be purplexpcom with our XPCOM components. 18:26:06 <flo> I'm not aware of any other interested consumer 18:27:03 <flo> hicham: is there any thing I haven't answered yet? 18:28:15 <hicham> flo : thanks, i will contact the board and see what they think 18:38:13 <flo> you are welcome ;) 18:57:03 <flo> Good night! :) 18:57:05 <-- flo has quit (Quit: Instantbird 0.3a1pre) 19:03:15 --> DGMurdockIII has joined #instantbird 19:32:52 --> clokep has joined #instantbird 19:43:52 <-- tymerkaev has quit (Ping timeout) 20:05:50 <-- micahg has quit (Ping timeout) 20:15:31 <-- hicham has quit (Client exited) 20:26:45 --> hicham has joined #instantbird 20:40:21 <-- DGMurdockIII has quit (Connection reset by peer) 20:42:33 <-- hicham has quit (Ping timeout) 21:07:08 --> micahg has joined #instantbird 21:14:11 --> Seji has joined #instantbird 21:31:21 <-- kaie has quit (Quit: Leaving) 21:50:30 <-- clokep has quit (Ping timeout) 22:00:04 --> clokep has joined #instantbird 22:18:34 --> hicham has joined #instantbird 23:19:22 --> DGMurdockIII has joined #instantbird 23:19:23 <-- DGMurdockIII has quit (Client exited) 23:29:33 <hicham> msn fails to connect in here 23:30:12 <clokep> What do you mean hicham? "in here"? 23:30:12 <hicham> it stays at sending cookie forever 23:30:22 <clokep> I'm connected to MSN. 23:30:59 <hicham> clokep : IB-0.2 revision 1291 23:31:31 <clokep> Probably a firewall/network issue if its been working and all of a sudden doesn't? 23:31:48 <hicham> it is the first time i test it 23:32:21 <hicham> the handshake succeeds 23:51:32 <hicham> finally connected