All times are UTC.
00:04:34 <hadi> oh my god the yahoo protocol can have a different proxy specific to that account 00:05:16 <hadi> I wish the twitter and facebook ones had proxy options for each account like yahoo, cause they are all blocked in Iran 00:07:53 --> mconley has joined #instantbird 00:09:06 <-- mconley has quit (Input/output error) 00:09:50 <flo-retina> hadi: why wouldn't you use the same proxy for all accounts? 00:10:07 <flo-retina> (a proxy that isn't blocked, and gets you to a machine that doesn't have connection restriction) 00:11:06 <hadi> flo-retina: some irc networks blocks public VPNs, and also most of the proxies. when i proxy globally it messes up with my irc accounts 00:11:32 <flo-retina> aren't there other proxies that aren't blocked by IRC servers? 00:11:49 * flo-retina usually uses a proxy for all of his accounts, including IRC 00:12:28 <flo-retina> hmm, I think moznet blocks public proxies 00:12:31 <hadi> well the problem is that the censorship is too strong enough that makes the proxy connections unstable, unless i buy a server and do all of the proxy settings myself i guess 00:12:36 <flo-retina> but I was assuming you have an authenticated proxy 00:13:53 <hadi> no i use Psiphone, it is a freeware that works in Iran at least. oconnects to some unknown servers and opens http proxy on 8080 for me 00:14:57 <hadi> Don't think i'm skilled enough to run a proxy server myself :D 00:15:20 <flo-retina> hmm, ok. I guess I misunderstood the situation a bit 00:15:33 <flo-retina> so connections to IRC servers aren't censored? 00:15:53 <hadi> no they are not 00:16:03 <hadi> fortunetly~ 00:16:04 <flo-retina> that's surprising :) 00:19:28 <hadi> tor does not work at all and i have to rely on some public proxies, that makes me to consider purchacing a virtual private server which is located outside of the country, then proxy into it 00:20:20 <flo-retina> how come tor doesn't work? 00:20:21 <hadi> then again google searches (eg squid) shows me scary things that i think i will never learn lol 00:21:34 <hadi> we have slow internet here. my max download is 120 kb/s. tor heavily decreases connection speed, so basicly i have no speed at all 00:23:02 <flo-retina> ok, so it's not broken, but unbearably slow. 00:24:11 <-- qlum has quit (Quit: Getting the <censored> out.) 00:24:25 <hadi> well, very slow, let's say, it just drops all the connection 00:24:48 <hadi> maybe if you wait for four hours your facebook page will open :D 00:52:07 <-- hadi has quit (Connection reset by peer) 01:01:19 --> BWMerlin has joined #instantbird 01:16:07 <flo-retina> clokep: while processing bug1928, comment 4 (attaching the patch) gets merged into comment 3. 01:16:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1928 maj, --, ---, florian, NEW, Crash [@ purpleAccountBuddy::Get* ] during shutdown 01:16:19 <flo-retina> and merging attachment data into a "comment" event really doesn't work well :-S 02:33:46 <-- GeekShadow has quit (Ping timeout) 02:33:49 --> GeekShadow has joined #instantbird 03:22:56 --> deOmega has joined #instantbird 03:23:47 <-- deOmega has quit (Quit: So easy.. but it is complicated.) 03:25:03 * flo-retina added the "INCOMPLETE" resolution on landfill 03:27:42 <flo-retina> and "Windows Vista" to the OSes 04:05:29 <instant-buildbot> build #1061 of linux-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1061 04:10:31 --> mconley has joined #instantbird 04:15:36 <-- mconley has quit (Input/output error) 04:17:39 <flo-retina> the script has been running for ~1hour, and has filed 296 bugs 05:14:47 --> mconley has joined #instantbird 06:01:55 <-- wnayes has quit (Quit: wnayes) 06:04:00 <-- mconley has quit (Input/output error) 07:59:52 <instant-buildbot> build #1211 of win32-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1211 08:16:35 <-- GeKo has quit (Quit: leaving) 08:17:53 --> nhnt11 has joined #instantbird 09:03:36 <-- nhnt11 has quit (Ping timeout) 09:24:27 --> mikk_s has joined #instantbird 09:26:42 <-- mikk_s has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 09:27:44 --> Mic has joined #instantbird 09:27:51 * Mic is now known as Mic2 09:28:33 <instant-buildbot> build #1481 of macosx-nightly-default is complete: Success [3build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1481 09:41:01 --> jb has joined #instantbird 09:42:29 <Mic2> The script is still importing into landfill :) 10:09:09 <flo-retina> Mic2: hello :) 10:09:32 <flo-retina> it just imported bug 1454 10:09:34 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1454 tri, --, 1.5, aleth, RESO FIXED, Add explanatory comments to document normalizedNames 10:10:34 <Mic2> Dependencies aren't set yet, are they? 10:10:45 <flo-retina> indeed, not implemented yet 10:10:54 <flo-retina> the todo list is still at https://etherpad.mozilla.org/bugzilla-instantbird-todo 10:11:00 <flo-retina> Mic2: feel like working on it? ;) 10:11:16 <Mic2> I looked for the landfill version of bug 507 and it didn't have dependencies. 10:11:18 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=507 enh, --, 1.2, clokep, RESO FIXED, Implement IRC in JavaScript 10:11:37 <Mic2> That's why I was hoping it was just not implemented yet ;) 10:11:59 <flo-retina> so, I started this large import this night so that we: 1. Know which bugs fail. 2. Have an expectation of how long the whole import will take. 10:13:22 <flo-retina> most of the failures I'm seeing on the screen are due to either the encoding issue, or the broken product/component map in transform.js for landfill. 10:13:46 <flo-retina> we should double check / review that mapping seriously at some point 10:14:30 <flo-retina> Mic2: do the bug and attachment references inside comments look correct? (they should) 10:23:09 --> qlum has joined #instantbird 10:23:27 <Mic2> I checked some bugs (188, 324, 507) and it looked right. 10:23:34 <Mic2> There's on exception: https://landfill.bugzilla.org/bzapi_sandbox/show_bug.cgi?id=12614#c54 10:23:38 <Mic2> *one 10:23:40 <flo-retina> :) 10:23:50 <flo-retina> ah 10:23:52 <Mic2> https://bugzilla.instantbird.org/show_bug.cgi?id=507#c35 10:23:54 <instantbot> Bug 507 enh, --, 1.2, clokep, RESO FIXED, Implement IRC in JavaScript 10:23:59 <Mic2> That's the original comment. 10:24:34 <flo-retina> ok 10:24:41 <flo-retina> comments replacement aren't handled when creating attachments 10:24:46 <flo-retina> only when filing bugs or adding comments. 10:24:50 <flo-retina> Thanks! :) 10:25:00 <flo-retina> I won't touch it now as the import is still running and I want it to finish 10:25:11 <flo-retina> but I'll add it to the todo list immediately :) 10:25:57 <flo-retina> Mic2: thanks! I'm glad this test import is proving to be useful! :) 10:26:33 <flo-retina> I'm curious to see the error count at the end of the run 10:41:10 <Mic2> I wouldn't say I've actually tested it but I've seen a correctly set URL field by the way. 10:41:18 <flo-retina> cool :) 10:41:47 <flo-retina> there are 2 cases that need to be verified: URL set while filing the bug. URL set later during an update of the bug. 11:08:19 <flo-retina> the script may be running for another 3 hours :-/ 11:25:53 --> hadi has joined #instantbird 11:27:13 <-- jb has quit (Ping timeout) 11:29:11 --> nhnt11 has joined #instantbird 11:30:14 <-- nhnt11 has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 12:32:17 --> aleth has joined #instantbird 12:32:17 * ChanServ sets mode +h aleth 12:32:35 <aleth> Happy Christmas everybody! :) 12:34:11 <aleth> Wow, looks like the BMO merge is making great progress! :) 12:34:42 * aleth is impressed by the sheer quantity of logs... 12:45:36 <aleth> Landfill looks good :) The only thing I have noticed so far is that Importance is always P5 xxx, but maybe that's intended. 13:01:02 --> deOmega has joined #instantbird 13:12:19 <flo-linux> aleth: that's hardcoded, but not really intended 13:12:29 <flo-linux> landfill doesn't have the value "---" that we use a lot on BIO 13:12:47 <flo-linux> and instead of mapping just that value to something else, I hardcoded P5 for all bugs on landfill 13:13:15 <flo-linux> hmm, I guess we will need to check that once that is removed, priorities are handled correctly (I don't think we have ever really used that field though on BIO) 13:14:52 <aleth> Only for real blockers I suppose. 13:30:51 <-- aleth has quit (Ping timeout) 13:36:07 <-- Mic2 has quit (Ping timeout) 14:00:30 --> Mic2 has joined #instantbird 14:01:16 <Mic2> . 14:01:59 <Mic2> Sorry, I wasn't really convinced that my account was really reconnected as it said ;) 14:09:21 --> jb has joined #instantbird 14:33:43 <flo-retina> filed bug 2021. Seems my ETA was way off :-/ (I expected it to have finished nowish) 14:33:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2021 min, --, 1.5, nhnt11, RESO FIXED, Add method to get all contacts from ContactsService 14:38:58 <flo-retina> I think the reason for my estimated time to be way off that I was looking only at the # if the latest bug filed and comparing with the total number of bugs, BUT the newer the activity, the more we do stuff on bugs filed previously. So when being close to the end, for 1 bug filed, there are plenty of comments and attachments on older bugs. 14:50:03 <-- hadi has quit (Ping timeout) 14:54:03 <-- jb has quit (Ping timeout) 14:56:58 --> mconley has joined #instantbird 15:01:30 --> clokep has joined #instantbird 15:01:30 * ChanServ sets mode +o clokep 15:06:00 <clokep> flo-retina: I see your fix at http://hg.instantbird.org/bio-merge/rev/2112400a0375#l1.9, that seems reasonable. :) 15:08:26 <-- mconley has quit (Input/output error) 15:10:12 <clokep> flo-retina: Why are you not mapping bug numbers for attachments too? Can't the comment still have a bug ref in it? 15:13:01 <-- clokep has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 15:13:06 --> clokep has joined #instantbird 15:13:06 * ChanServ sets mode +o clokep 15:22:42 <-- clokep has quit (Ping timeout) 15:28:59 <-- BWMerlin has quit (Quit: BWMerlin) 15:29:49 <flo-retina> clokep: because it was too late already when I did that. 15:30:01 <flo-retina> I added it in the todo list when Mic pointed it out. 15:43:19 <-- Mic2 has quit (Ping timeout) 15:43:45 <flo-retina> filed bug 2164 (out of 2286) 15:43:47 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2164 nor, --, 1.5, florian, RESO FIXED, Socket.resetPingTimer shows up in LIST profiles 15:44:12 <flo-retina> clokep: "I see your fix at http://hg.instantbird.org/bio-merge/rev/2112400a0375#l1.9, that seems reasonable. :)" I find this fix, and the code around it in general quite fragile. 15:44:23 <flo-retina> I know you tweaked it a few times. I've touched it twice already. 15:44:47 <flo-retina> And I would be surprised if when looking at the error log of my current whole-database import I didn't find more edge cases that are mis-handled by the merge code 15:45:04 --> Mic2 has joined #instantbird 15:49:43 --> aleth has joined #instantbird 15:49:43 * ChanServ sets mode +h aleth 15:57:46 --> hadi has joined #instantbird 16:08:21 --> wnayes has joined #instantbird 16:24:15 <-- aleth has quit (Ping timeout) 16:55:30 --> jb has joined #instantbird 17:00:51 --> aleth has joined #instantbird 17:00:51 * ChanServ sets mode +h aleth 17:08:57 <-- hadi has quit (Ping timeout) 17:12:57 --> hadi has joined #instantbird 17:13:05 <flo-linux> "done. Replayed 20822 events. 423 errors." 17:13:12 <flo-linux> real 812m7.736s 17:13:32 <flo-linux> 13,5 hours 17:19:44 <flo-retina> the log of the run is at http://queze.net/goinfre/bugMap-clean.js.gz 17:20:24 <-- jb has quit (Ping timeout) 17:21:25 --> jb has joined #instantbird 17:31:28 <aleth> If I have a contact for a mozilla.org account, and I am connected to another mozilla.org, is the expected behaviour 1) that the contact shows up despite the different username or 2) that it's possible to add a separate contact for that account? 17:31:48 <aleth> If 2), shouldn't those two identical contacts be automatically merged? 17:32:44 <flo-retina> the error log is at http://queze.net/goinfre/bugMap-error.log 17:33:37 <flo-retina> aleth: I'm confused by the question. 17:33:57 <aleth> The current behaviour is broken, and I'm trying to figure out what the correct fix would be 17:34:49 <flo-retina> to guess a meaning for your questions, I have to assume contact -> buddy, "mozilla.org" -> "moznet (IRC)", and "different username" -> "different account". That's enough approximation that I'm not sure my guess is right 17:36:30 <aleth> Example: I have an account with nick aleth-mac for which I have flo-retina as an accountbuddy. The existence of the contact means that if I am connected as aleth (separate account) I can't add flo-retina via the context menu, because it thinks it already exists. But if I do add an accountbuddy for that account (via Add Contact) it leads to known bugs 17:38:11 <aleth> flo-retina: I used "contact" because "as a user", that's what I see and think. 17:38:34 <flo-retina> aleth: I was expecting the question was from a developer point of view about to write a patch ;) 17:39:10 <aleth> The developer point of view happens after I decide what the expected behaviour is ;) 17:39:35 <aleth> At least, I try to think of it that way 17:39:38 <flo-retina> "I can't add flo-retina via the context menu, because it thinks it already exists." that seems completely wrong. Why does it think it exists? 17:39:58 <-- jb has quit (Ping timeout) 17:40:09 <aleth> Probably because the API is get...byNameAndProtocol iirc 17:40:30 <flo-retina> "if I do add an accountbuddy for that account (via Add Contact) it leads to known bugs" I've likely replayed these bugs recently... but I have no idea of what they are, so they aren't know by me ;) 17:40:34 <aleth> Using that is certainly a bug, and now I can easily add API functions I will do so ;) 17:40:53 <flo-retina> more normalized APIs? :-o 17:40:59 <aleth> uh... hopefully noy 17:41:04 <aleth> s/noy/not 17:41:18 <aleth> Just a byNameAndAccount variant 17:41:43 <aleth> But when I thought about it I wasn't sure if behaviour 1) wasn't what was really wanted 17:41:50 <flo-retina> "// error message: 405 - Method POST not implemented for https://api-dev.bugzilla.mozilla.org/test/latest/bug/one_bug" puzzles me 17:42:16 <aleth> What are the error message 400's with all the weird encoding garbage? 17:42:16 <flo-retina> aleth: why wouldn't the method be just by name, but part of the account interface? 17:42:45 <flo-retina> you mean the "HTTP Error: 414 Request-URI Too Large"? 17:42:54 <aleth> flo-retina: Yes, that seems right. It just doesn't exist yet ;) 17:43:44 <flo-retina> so the problem is... BzAPI is UTF8-encoding an already UTF8-encoding string whenever it touches it. 17:43:46 <aleth> flo-retina: no, there's a bunch of "// error message: 400" 17:43:59 <flo-retina> you'll need to be more specific 17:44:04 <flo-retina> there are 423 errors in that log ;) 17:44:14 <-- Mic2 has quit (Ping timeout) 17:45:32 --> Mic2 has joined #instantbird 17:47:12 <aleth> e.g. bio 175 attachment 145 2009-07-28, but I think it's likely what you said 17:48:09 <flo-retina> can you quote a part of the line you are looking at? 17:48:19 <flo-retina> the string "attachment 145" doesn't seem to exist in that log 17:49:11 <flo-retina> found it 17:49:30 <aleth> "Original+change+on+bio+175+attmnt+145" 17:49:44 <flo-retina> it's "// error message: 400 - {"bugzilla_url":"<junk>", "message":"HTTP Error: 414 Request-URI Too Large","http_code":"414"} 17:50:50 <aleth> Oh OK. 17:51:40 * aleth finds that log hard to read, but it's not surprising as I haven't been working on it ;) 17:52:02 <flo-retina> aleth: I find it very hard to read too 17:52:19 <flo-retina> aleth: I think I'm going to write some JS code to parse it 17:53:11 <Mic2> I've removed the quotes and only added them back on some lines so I could use the javascript syntax highlighting on the log. 17:53:23 <Mic2> -quotes +slashes 17:53:44 <Mic2> It helped a bit. 17:54:02 <flo-retina> what really doesn't help for me is that the log is full of junk caused by the encoding issue 17:54:11 <flo-retina> I don't want to poke randomly and see if I find interesting stuff 17:54:33 <flo-retina> I need to be sure that there's no error that we haven't investigated before doing another import on a server closer to the real BMO 17:57:18 <aleth> How about this one? "// ERROR while flagging bio-attmnt 214 from instantbot@mailinator.com// error message: bio attachment 214 unknown!" 17:57:41 <aleth> Is that because of the preceding 414? 17:58:06 <flo-retina> seems likely 18:02:02 <flo-retina> if we fail to add an attachment or file a bug, it's pretty reasonable that all the subsequent events on that attachment or bug fail. 18:02:45 <flo-retina> the more interesting errors are "bio attachment <number> unknown!" with no attempt of attaching that attachment in the log. 18:03:11 <flo-retina> I saw one or twice like that. They smelled like issues with the event merging code. 18:04:24 <aleth> The one I quoted looks like one of those 18:05:24 <flo-retina> I would like to find all these merging issues, so that we can debug when looking only at that specific bug 18:18:11 <aleth> There are some "error message 500"'s too 18:20:02 <flo-retina> the one near "ERROR while flagging bio-attmnt 954" smells like _we_ are sending junk :-S 18:21:10 <aleth> "error message: 400 - Bad Request" when flagging an attmnt 2615 also does not seem to have anything to do with encoding 18:22:22 <-- Suiseiseki has quit (Ping timeout) 18:24:24 <flo-retina> indeed 18:24:32 <flo-retina> no idea of what that event is expected to do 18:25:08 <flo-retina> marking the attachment obsolete maybe? 18:33:12 <aleth> flo-retina: Could it be because what is marked as obsolete here is a screenshot, not a patch? 18:33:39 <flo-retina> I don't think so, but I'm not sure until I have a fix ;) 18:40:04 --> Suiseiseki has joined #instantbird 18:47:29 <aleth> Are auto-updates to 1.5 turned on/working? Just reviewed some addons and looked at some stats. The usual release spike is absent. 18:48:40 <aleth> Mic2: Have you looked at the remaining addon in the queue? What should we do with it? 18:53:19 <flo-retina> aleth: hmm 18:53:28 <flo-retina> I think I enabled update, but haven't removed "force" 18:53:45 <flo-retina> (if this is what I've done, updates will only happen when the users click "check for update" in the menu) 19:08:55 <Mic2> aleth: no, at least not seriously. I haven't even figured out what it is supposed to do. 19:11:30 <-- hadi has quit (Ping timeout) 19:14:43 --> hadi has joined #instantbird 19:17:31 <Mic2> aleth: most likely I'd check if it is on AMO as well first (it seems to be a port of something). If yes, I'd diff it and if the changes look unsuspicious I would most likely approve it (after checking that it doesn't break anything IB related). 19:22:57 <aleth> I'm also not sure what it's about. Privacy? Disk space? 19:23:46 <Mic2> Here's the AMO version: https://addons.mozilla.org/de/firefox/addon/mozcleaner/ 19:26:47 <aleth> "more free space" maybe, but "more speed"? ;) 19:27:06 <aleth> Still, probably harmless. 19:35:51 <-- aleth has quit (Ping timeout) 19:46:27 --> mconley has joined #instantbird 19:48:23 <-- hadi has quit (Ping timeout) 19:49:40 --> hadi has joined #instantbird 19:56:29 <-- Mic2 has quit (Ping timeout) 20:01:39 <-- mconley has quit (Input/output error) 20:18:17 --> Mic2 has joined #instantbird 20:21:50 --> dew1 has joined #instantbird 20:22:54 --> aleth has joined #instantbird 20:22:54 * ChanServ sets mode +h aleth 20:23:00 <-- dew has quit (Ping timeout) 20:23:20 --> Mic3 has joined #instantbird 20:23:49 <-- Mic2 has quit (Ping timeout) 20:32:06 --> mconley has joined #instantbird 20:35:05 <-- hadi has quit (Ping timeout) 20:35:21 --> hadi has joined #instantbird 20:36:29 <-- mconley has quit (Ping timeout) 20:45:33 <-- aleth has quit (Ping timeout) 21:04:57 --> mconley has joined #instantbird 21:19:45 <flo-retina> aleth: more space, more speed... and all of that with the add-on sdk! :) 21:24:00 --> EionRobb has joined #instantbird 21:26:51 <-- flo-linux has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 21:27:18 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 21:51:15 <-- deOmega has quit (Quit: So easy.. but it is complicated.) 22:02:57 --> aleth has joined #instantbird 22:02:57 * ChanServ sets mode +h aleth 22:16:50 <-- aleth has quit (Ping timeout) 23:05:15 --> flo-retina has joined #instantbird 23:05:16 * ChanServ sets mode +qo flo-retina flo-retina 23:08:50 <-- EionRobb has quit (Ping timeout) 23:12:13 --> EionRobb has joined #instantbird 23:30:29 <-- flo-retina has quit (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com) 23:38:33 --> aleth has joined #instantbird 23:38:34 * ChanServ sets mode +h aleth 23:39:03 <-- aleth has quit (Quit: exit stage left) 23:43:45 --> Xvost has joined #instantbird 23:47:10 <Xvost> Hello! How to add multiple IRC channels into the "Automatically connect channels"? What you need to use a splitter? Or in what form to add? 23:47:49 <-- EionRobb has quit (Ping timeout) 23:58:00 <wnayes> Xvost: I believe it's a comma separated list (at least it is in Thunderbird). I also have spaces after the commas and it seems to work fine. 23:58:39 <wnayes> #chan-one, #chan-two, ...