#instantbird log on 12 26 2013

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, ...