#instantbird log on 10 14 2010

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 raynaudquentin@gmail.com.
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> benediktp@ymail.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 benediktp@ymail.com.
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 &amp; 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(/&/,"&amp;") 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 &amp; 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&nbsp;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 &lt; &amp; and &gt;"
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 &nbsp;, I think so
15:47:17 <clokep> The second replace (the &amp; --> &) 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 florian@instantbird.org 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