#instantbird log on 12 22 2013

All times are UTC.

00:00:45 * flo-retina isn't coding very quickly on that script :-/
00:01:14 <flo-retina> I almost suspect it's the kind of stuff that would be developed much faster by pairing (with 2 people in the same room, looking at the same screen)
00:01:34 <flo-retina> the goal is well defined; the strategy is mostly straight forward
00:01:39 <flo-retina> but there are plenty of details to keep in mind
00:01:59 <flo-retina> and it's boring
00:02:57 --> hadi has joined #instantbird
00:10:02 <-- hadi has quit (Connection reset by peer)
00:26:35 <Mic|web> It ended with "*** [libs_tier_platform] Error 2" :(
00:29:33 <Mic|web> I can't c/p anything more as I ran it in one of these text mode terminals (i.e. not in a terminal window).
00:29:40 <Mic|web> I'll try again tomorrow.
00:29:50 <Mic|web> Good luck with your BIo script, flo-retina!
00:29:54 <Mic|web> *BIO
00:29:57 <Mic|web> Good night!
00:30:47 <flo-retina> Mic|web: good night
00:31:13 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
00:33:37 <-- aleth has quit (Quit: exit stage left)
01:21:17 <-- unghost has quit (Quit: Ухожу я от вас (xchat 2.4.5 или старше))
01:52:49 <-- mconley has quit (Input/output error)
01:53:31 --> Mook has joined #instantbird
01:54:13 <Mook> flo-retina: oh yeah, that BIO merge thing. I guess you want my credentials...? :p
01:55:06 <Mook> Hrm. If I have my time zones right, a few hours after midnight.  Might not be awake.
02:01:48 <-- wnayes has quit (Ping timeout)
02:05:52 --> wnayes has joined #instantbird
02:23:13 --> mconley has joined #instantbird
02:28:26 <-- mconley has quit (Ping timeout)
02:32:50 --> mconley has joined #instantbird
02:36:35 <-- mconley has quit (Input/output error)
04:11:42 <-- wnayes has quit (Quit: wnayes)
04:12:51 <instant-buildbot> build #1057 of linux-nightly-default is complete: Success [3build successful]  Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/1057
06:37:03 --> mconley has joined #instantbird
06:39:18 <-- mconley has quit (Ping timeout)
06:54:04 --> FireFly_TB has joined #instantbird
07:06:05 --> jamesw_ has joined #instantbird
07:06:38 <-- jamesw has quit (Client exited)
07:06:43 <-- jamesw_ has quit (Client exited)
07:14:20 <-- FireFly_TB has quit (Ping timeout)
07:18:31 --> FireFly_TB has joined #instantbird
07:52:19 <instant-buildbot> build #1207 of win32-nightly-default is complete: Success [3build successful]  Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/1207
07:55:48 <-- FireFly_TB has quit (Ping timeout)
07:56:31 --> jb has joined #instantbird
08:41:29 <-- jb has quit (Ping timeout)
09:24:43 --> FireFly_TB has joined #instantbird
09:27:23 <-- FireFly_TB has quit (Ping timeout)
09:54:09 <-- GeekShadow has quit (Ping timeout)
10:00:14 --> qlum has joined #instantbird
10:15:11 <-- Mook has quit (Quit: Mook)
10:17:34 --> GeekShadow has joined #instantbird
10:18:56 --> Mic|web has joined #instantbird
10:20:07 <-- EionRobb has quit (Quit: Leaving.)
10:32:44 <Mic|web> Hello!
10:37:44 --> gerard-majax_ has joined #instantbird
10:42:06 --> aleth has joined #instantbird
10:42:06 * ChanServ sets mode +h aleth 
10:48:33 * aleth wonders if everyone has bumped their addons ;)
10:48:47 <Mic|web> aleth: I haven't yet :(
10:49:12 <aleth> Mic|web: Do you have the privileges to remove Hide Autojoins from the recommended list?
10:49:17 <aleth> It's obsolete.
10:49:41 <aleth> Hmm, there are a bunch of addons I actually need to update the code for :-S
10:50:21 <Mic|web> I've got some admin rights there... so maybe yes.
10:50:50 <aleth> How's the build going?
10:54:37 <Mic|web> I restarted the same build as today night already and will see if it either works or if I get an error again and figure out what's wrong. So far it's running well.
11:12:35 --> hadi has joined #instantbird
11:13:52 <-- aleth has quit (Ping timeout)
11:18:57 --> aleth has joined #instantbird
11:18:57 * ChanServ sets mode +h aleth 
11:21:36 <-- aleth has quit (Ping timeout)
11:39:36 <flo-retina> Mic|web: hello :)
11:40:27 --> aleth has joined #instantbird
11:40:27 * ChanServ sets mode +h aleth 
11:40:59 <flo-retina> I've discovered something that annoys me while thinking about the BIO migration
11:41:31 <flo-retina> if for changes made by people whose account credentials we don't have we add a comment saying "change originally made by <username>", all the following comment numbers are off...
11:43:42 <aleth> If (like you said last night) there are website operations which when reproduced by your script take multiple steps, that's likely the case for other things as well (e.g. attachments added when filing the bug)
11:44:04 <flo-retina> yeah, that's the only other case
11:44:49 <flo-retina> there are other things that will need multiple steps (eg marking old attachments as obsolete when attaching a new version of a patch), but I don't think they deserve adding a comment to specify it
11:45:00 <flo-retina> + in most case it will be made by people whose credentials we have
11:46:18 <aleth> so you need a commentOffset var for each bug while reproducing the changes :-/
11:47:00 <flo-retina> if we want the "comment NNN" references to be accurate, we will need to detect and rewrite all of them, yes
11:47:03 <aleth> or we decide just to ignore the fact that comment references may be off ;
11:47:08 <flo-retina> I'm not sure I've enough motivation to do it though
11:47:18 <aleth> Doesn't seem that important
11:47:26 <aleth> It should be self-evident in most cases what is being referred to
11:47:43 <flo-retina> we could also mitigate by including in each comment that doesn't exist on BIO "this will cause the comment numbers of all further comments to be off by one"
11:47:54 <flo-retina> (hopefully someone will find a shorter wording)
11:48:03 <aleth> Yeah, that's a lot of text.
11:49:43 <aleth> "Change originally made by xxx. Subsequent comment numbers are off by one."
11:50:09 <aleth> or "will be shifted" as there may be multiple such comments...
11:51:15 --> BWMerlin has joined #instantbird
11:51:51 <flo-retina> yeah
11:52:16 <flo-retina> hmm, we may need that text for all changes even if we have credentials; if we want to show the original timestamp of the change
11:52:46 <aleth> Can't we instead add a line to the comment texts?
11:53:25 <aleth> i.e. the first line of the comment would be "[originally filed on ... by ...]\n\n"
11:55:07 <-- aleth has quit (Ping timeout)
11:55:08 <flo-retina> aleth: I'm thinking about changes without comment. Like giving r+ without comment.
12:01:18 <hadi> There seems to be a ... nice change in instantbird
12:02:45 <hadi> regarding bug 2267, https://bugzilla.instantbird.org/show_bug.cgi?id=2267
12:02:47 <instantbot> Bug 2267 nor, --, ---, nobody, NEW, [a11y] Number of unread messages should precede status message for screen reader users
12:03:50 <hadi> In the contacts list, the Reader now reads only 3-4 words of the topic then says the unread messages. i don't know if it intentionally got fixxed or no :d
12:05:11 <flo-retina> hadi: it's possible that Mozilla's accessibility team changed it to read only what's displayed on the screen
12:05:32 <flo-retina> the width of that window is typically small, so there's only a few words displayed, then an ellipsis, and the unread count
12:06:34 <hadi> flo-retina: ok wow, that makes sense. mine now reads, (ask about in)
12:06:59 <hadi> then the ellipsis
12:07:18 <hadi> on #instantbird channel i mean
12:07:36 <flo-retina> right, sounds like an improvement from the accessibility team :)
12:08:08 <hadi> that's awesome. should i close the bug or something? the one that i submitted
12:14:08 <Mic|web> flo-retina: I got an error while compiling again. Would you mind looking at http://pastebin.instantbird.com/493618 ?
12:14:18 <Mic|web> I hope that's enough if not I'll pastebin more.
12:15:16 <Mic|web> Sorry that the messages are in german, I'll translate them if needed.
12:15:32 <flo-retina> hadi: if you no longer need us to change anything, you can close it, yes
12:15:56 <flo-retina> Mic|web: need much more
12:16:39 <Mic|web> http://pastebin.instantbird.com/493619
12:16:46 <Mic|web> That's as far as I can scroll back.
12:17:45 <instantbot> hadirezaei@gmx.com set the Resolution field on bug 2267 to FIXED.
12:17:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2267 nor, --, ---, nobody, RESO FIXED, [a11y] Number of unread messages should precede status message for screen reader users
12:17:53 <flo-retina> Mic|web: need more
12:18:02 <flo-retina> reconfigure your terminal to keep much more scrollback
12:18:24 <Mic|web> I just did increase the number from 512 to >4000 lines.
12:18:28 <Mic|web> Is that enough?
12:18:46 <flo-retina> there's an "unlimited" checkbox in the preferences of Gnome terminal. That's the right setting ;)
12:19:04 <Mic|web> Done.
12:19:04 <flo-retina> you've got way more memory than strictly needed anyway ;)
12:19:25 <flo-retina> and if you need to build from scratch at some point, in the make flag, you can add "s" (silent)
12:19:38 <flo-retina> that will cause the output to be a lot less verbose, and errors will be much more visible
12:20:55 <Mic|web> Good to know :)
12:21:22 <Mic|web> i.e. I start over now with -s and give you all of the output when it fails?
12:23:01 <flo-retina> I don't need all the output
12:23:14 <flo-retina> to just figure out what's going on now, I wouldn't touch the mozconfig
12:23:18 <flo-retina> just rerun the build
12:23:39 <flo-retina> there will be less output anyway, because the files that have been built successfully during the previous run won't be built this time
12:25:09 <Mic|web> That works? Cool :)
12:25:35 <Mic|web> I had cleaned the obj-dir before running the same build as yesterday night, i.e. it took long again.
12:26:43 <flo-retina> do you time your builds?
12:27:29 <Mic|web> No. I can do that with "time make -bla ..." iirc?
12:27:34 <flo-retina> yes
12:27:43 <flo-retina> if you want to compare gcc vs clang, that will be useful ;)
12:27:45 <Mic|web> I'll do that next time.
12:28:15 <flo-retina> I'm curious to know how your machine performs
12:28:28 <flo-retina> I would expect somewhere between 45 and 55 minutes, but maybe my estimates are a bit off
12:29:39 --> aleth has joined #instantbird
12:29:39 * ChanServ sets mode +h aleth 
12:33:07 <-- aleth has quit (Ping timeout)
12:36:32 --> aleth has joined #instantbird
12:36:32 * ChanServ sets mode +h aleth 
12:38:29 <Mic|web> hmm.
12:39:22 <flo-retina> hmm?
12:39:44 --> Mic has joined #instantbird
12:39:53 * Mic is now known as Mic-Linux
12:39:58 <aleth> :)
12:40:06 <Mic-Linux> Hello from by first Linux build :)
12:40:08 <aleth> I guess that means the build completed? ;)
12:40:15 <aleth> Cool.
12:40:23 <Mic-Linux> Yes, that's why I was a bit surprised.
12:42:02 * flo-retina has just seen Mic's latest message scroll up :-S
12:42:09 <flo-retina> well, Mic-Linux's message
12:42:15 <flo-retina> Mic-Linux: hello :)
12:42:16 <Mic-Linux> Anyways: \o/
12:42:29 <Mic-Linux> Very cool :)
12:42:56 <flo-retina> Mic-Linux: can you try make -C objdir xpcshell-tests ? :)
12:44:17 <Mic|web> 14 passed, 0 failed.
12:45:56 <flo-retina> yay! another developer who doesn't have any excuse any more to break tests! ;) \o/
12:46:05 * aleth wonders why the release version of IB is just "Downloading IB 1.5"
12:46:13 <Mic-Linux> ;)
12:46:31 <aleth> 1.5 is not supposed to autoupdate to 1.5 ;)
12:47:11 <flo-retina> aleth: uh?
12:47:18 <aleth> yeah. :-/
12:47:30 --> florian has joined #instantbird
12:47:45 <flo-retina> no update for my 1.5
12:47:49 <-- florian has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
12:48:34 <-- aleth has quit (Quit: exit stage left)
12:48:36 --> aleth has joined #instantbird
12:48:36 * ChanServ sets mode +h aleth 
12:49:02 <aleth> It finished, installed itself, and now I am again on 1.5
12:49:18 <aleth> Manual "check for updates" now finds nothing.
12:49:39 <aleth> Strange.
12:50:11 * flo-retina away for lunch
12:50:17 <aleth> ah! Did you respin the rc's at some point?
12:50:24 <aleth> I was still running an early rc.
12:50:24 <flo-retina> aleth: only on Mac
12:50:32 <aleth> That explains it then.
12:50:38 <aleth> (Maybe)
12:50:43 <flo-retina> ah, yes!
12:50:58 <flo-retina> if you downloaded the first set of RCs, the update system doesn't know it, so it updates it to the released one
12:51:05 * flo-retina didn't remember you were no longer on linux
12:51:06 <aleth> OK.
12:51:19 * aleth reclaimed his registered nick
12:51:37 <flo-retina> aleth: fixed the "rename account" thing?
12:51:51 <aleth> not yet...
12:52:30 <aleth> The duplicate account bug should land first anyhow
12:52:41 <aleth> Should be a useful prerequiste
12:52:48 <aleth> requisite
12:53:30 <Mic-Linux> Yes, it missed another release :(
12:53:45 <aleth> Don't worry, we are going to release more frequently ;)
12:55:36 <-- Mic|web has quit (Quit: http://www.mibbit.com ajax IRC Client)
12:58:34 <Mic-Linux> Developing is going to be a lot more fun now :)
12:58:58 <-- aleth has quit (Ping timeout)
13:00:04 * Mic-Linux discovered his first thing than can be fixed while compiling :)
13:00:40 <Mic-Linux> buddytooltip.xml seems to be marked as needing preprocessing, while it doesn't (any longer?).
13:02:47 --> aleth has joined #instantbird
13:02:47 * ChanServ sets mode +h aleth 
13:03:27 <Mic-Linux> I'll file that later...
13:05:37 <Mic-Linux> bye
13:05:56 <-- Mic-Linux has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com)
13:09:54 <-- aleth has quit (Quit: exit stage left)
14:09:08 --> Even has joined #instantbird
14:09:08 * ChanServ sets mode +o Even 
14:10:25 <flo-retina> Mic-Linux: I've also seen that. Should be trivial to fix :).
14:10:34 <flo-retina> I think I even pasted the warning on IRC at some point
14:11:02 <-- Even has quit (Input/output error)
14:15:33 --> clokep has joined #instantbird
14:15:33 * ChanServ sets mode +o clokep 
14:22:33 <clokep> Mic: VS 2013 Express isn't supported AFAIK., you should use 2010.
14:22:52 <clokep> You can just install that in addition.
14:22:59 <clokep> I can help you some time this week get stuff to work. :)
14:28:21 <instantbot> New Instantbird (UI) bug 2290 filed by benediktp@ymail.com.
14:28:22 <instantbot> clokep@gmail.com changed the Resolution on bug 2267 from FIXED to WORKSFORME.
14:28:23 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2267 nor, --, ---, nobody, RESO WORKSFORME, [a11y] Number of unread messages should precede status message for screen reader users
14:28:24 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=2290 min, --, ---, nobody, NEW, Follow-up to bug 2113: remove preprocessing of file buddytooltip.xml
14:33:54 <-- BWMerlin has quit (Quit: BWMerlin)
14:40:49 <flo-retina> clokep: do you have an opinion about comment numbers being off?
14:40:56 <flo-retina> should we attempt to do something about it?
14:41:12 <clokep> flo-retina: I had thought of it....
14:41:20 <clokep> I couldn't think of a good thing to do about it though. :-/
14:43:12 <flo-retina> well, if we are motivated we can rewrite all the comment references
14:43:22 <flo-retina> and keep a map of the comment numbers in addition to the bug and attachment numbers
14:43:33 <flo-retina> but I'm not convinced it's worth the effort
14:43:46 <clokep> I do not think it's worth the effort.
14:44:05 <clokep> flo-retina: I think ignore it for now, if someone is motivated to add it, we can do it later on today / tomorrow?
14:44:28 <flo-retina> there's still a lot of work to do on the scripts
14:44:52 <flo-retina> I would like to start trying to import ONE bug into the bmo sandbox a few hours from now
14:45:03 <flo-retina> then import a bug and its dependency tree
14:45:31 <flo-retina> I would like to push the script for step 2 enough that it's possible for someone else to start poking on step 3
14:50:42 <flo-retina> I don't understand from the documentation how we can interact with flags that can be set multiple times
14:51:01 <flo-retina> I think I'll need to try a few bugs before actually understanding the expected behavior
14:53:28 <flo-retina> clokep: any idea of how we can deal with http://pastebin.instantbird.com/493830 ?
14:54:21 <clokep> flo-retina: What am I looking at?
14:54:36 <flo-retina> the problem is: the changes saved in the history (eg. the emails added to the cc list, or requested flags) are the email address people had _at the time_.
14:54:51 <clokep> Ohhhh! I see.
14:55:02 <clokep> Besides aleth, do we know if anyone has changed theirs? :P
14:55:15 <flo-retina> Mic?
14:55:24 <flo-retina> lots of people probably have
14:56:03 <clokep> :-\ Can we do much besides have a mapping (which totally sucks)?
14:56:06 <flo-retina> I keep discovering new 'interesting' details like that
14:57:03 <flo-retina> clokep: for the cc list, I think we can either do a mapping of all email addresses (how do we detect the problem is TBD), or just ignore the cc list, and make instantbot add the whole "current" cc list at the end of the import on all bugs.
14:57:29 <flo-retina> I'm tempted by the 'import the whole cc list at the end' strategy... except that it doesn't work for review flags, where we really need to set the flag :(
14:59:24 <clokep> For the CC list, I think importing it at the end is very reasonable.
14:59:41 <flo-retina> yeah
14:59:45 <flo-retina> it doesn't solve the problem though
15:00:08 <clokep> I know. :-/
15:00:12 <flo-retina> well, except maybe in that if we limit the problem to people who are reviewer, the list of emails we need to map has a much more manageable size
15:00:37 <clokep> That's probably true.
15:00:44 <clokep> I've never changed my email. :P 1 down!
15:01:01 <flo-retina> neither have I
15:01:12 <clokep> 2 down :)
15:01:51 <flo-retina> maybe I should create an hg repo and start pushing my stuff
15:01:57 <flo-retina> so that you can tell me if I'm doing crap :)
15:02:05 <clokep> Good idea. :)
15:02:37 --> Mic has joined #instantbird
15:03:10 * Mic is now known as Mic2
15:06:18 <-- Mic2 has quit (Quit: Mic2)
15:06:20 --> Mic has joined #instantbird
15:07:22 * Mic is now known as IRCMonkey36065
15:07:33 * IRCMonkey36065 is now known as Mic2
15:13:03 <-- Mic2 has quit (Quit: Mic2)
15:13:05 --> Mic has joined #instantbird
15:13:18 <-- Mic has quit (Quit: Mic)
15:13:21 --> Mic has joined #instantbird
15:13:38 * Mic is now known as Mic2
15:22:40 <flo-retina> ah, my code starts throwing errors now :-D
15:23:08 <flo-retina> we renamed target milestones :(
15:23:10 <flo-retina> awesome...
15:24:58 <Mic2> Another map that you'll need? :(
15:25:01 <clokep> You can blame me for that.
15:25:24 <flo-retina> on bug 990, we set the tm to 1.1a1
15:25:26 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=990 nor, --, 1.1, florian, RESO FIXED, Closing a conversation window with unread messages shouldn't warn if the "hidden conversations" feat
15:25:32 <flo-retina> and its current value is 1.1, without anybody setting it to that
15:26:22 <Mic2> I can't figure out how to remove Hide Autojoins from the feature list. Maybe I even don't have the necessary rights to do that.
15:26:46 <flo-retina> ask Even?
15:27:05 <flo-retina> I think one of you was managing the featured list though
15:27:23 <clokep> Mic had been the one doing it IIRC.
15:28:05 <clokep> Mic2: Can you get to https://addons.instantbird.org/en-US/admin/features?
15:28:24 <clokep> Mic2: I removed it.
15:28:25 <Mic2> Access denied
15:28:40 <clokep> OK.
15:28:59 <Mic2> Thanks!
15:29:35 <-- Mic2 has quit (Quit: Mic2)
15:29:44 <clokep> Doesn't look like I can make you an admin.
15:38:53 * flo-retina now has something almost reasonable for the slicing of bug 990
15:38:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=990 nor, --, 1.1, florian, RESO FIXED, Closing a conversation window with unread messages shouldn't warn if the "hidden conversations" feat
15:54:59 --> hadi1 has joined #instantbird
15:55:09 <clokep> :)
15:55:21 <clokep> You gonna put up the code when you do?
15:56:05 <-- hadi1 has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
15:56:24 <-- hadi has quit (Ping timeout)
16:00:21 <flo-retina> clokep: this is hte output I get for bug 990: http://pastebin.instantbird.com/493931
16:00:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=990 nor, --, 1.1, florian, RESO FIXED, Closing a conversation window with unread messages shouldn't warn if the "hidden conversations" feat
16:01:04 <flo-retina> I'm at the point where I will switch to another part (possibly step 4: start uploading to the bugzilla sandbox!), so it's time to figure out where I store code
16:06:52 <clokep> flo-retina: Nice. :) How will you deal w/ things with identical timestamps?
16:07:01 <flo-retina> "not yet" ;)
16:07:13 <clokep> I wasn't sure if you had a plan? :P
16:07:15 <flo-retina> I need to merge comments into "update"s with the same author/timestamp
16:07:23 <flo-retina> it's not very difficult
16:07:28 <flo-retina> it's just "more code"
16:07:39 <flo-retina> clokep: the part that puzzles me is when the timestamp is actually different
16:07:41 <clokep> Fair enough.
16:07:54 <flo-retina> which actually happens on that specific bug!
16:08:04 <clokep> You picked a good test case. :)
16:08:16 <flo-retina> I think I assigned that bug to myself when attaching a patch
16:08:40 <flo-retina> the problem I have is: I have the new attachment. I have the status change (NEW->ASSIGNED) of the bug, and I have the comment.
16:08:47 * clokep finds it interesting he reviewed this patch.
16:08:54 <clokep> I have no idea what that bug is about.
16:09:05 <clokep> And they're all separate events right now?
16:09:10 <flo-retina> the comment starts with "created attachment NNN" so I'm pretty sure the comment is linked to adding the attachment
16:09:25 <flo-retina> BUT the timestamp of the comment is the same as the timestap of the status change, which isn't the same as attaching the attachment!
16:09:49 <clokep> (o_O) Well the API doesn't support comments + attachments at the same time, so is that really a big deal?
16:09:56 <flo-retina> I know creating an attachment automatically creates a comment. But I can change the status without adding a comment. So in this case I'll want to link the comment to the attachment creation.
16:10:05 <flo-retina> clokep: it does!
16:10:16 <flo-retina> it's attachment + status change that it doesn't support in one request.
16:10:40 <flo-retina> clokep: '17:08:48 * clokep finds it interesting he reviewed this patch.' -> the part that I find 'interesting' is that you r+'ed it when there was no request set on the attachment...
16:10:56 <flo-retina> so my code currently doesn't handle requesting a flag (I just handled what was needed for this specific bug)
16:12:55 <clokep> Edge cases galore. ;)
16:16:56 <flo-retina> yeah...
16:17:10 <flo-retina> I'm afraid we won't know all the edge cases before having performed a full import
16:17:21 <flo-retina> which means we will need to setup something similar to BMO soon
16:17:46 <flo-retina> clokep: my stuff is at http://hg.instantbird.org/bio-merge/
16:18:40 <flo-retina> I'm a bit surprised that after several hours I still have < 150 lines of code
16:18:55 <flo-retina> but it already does a significant amount of stuff
16:19:01 <clokep> Surprised ...that it's going slowly or that it does so much with so little?
16:19:03 <clokep> Ah, OK.
16:19:06 <flo-retina> so it may just be that coding with modern JS syntax is very concise
16:20:37 * clokep likes run.sh ;)
16:20:56 <clokep> What is "readline"?
16:21:10 <flo-retina> read one line from stdin
16:21:36 <clokep> I guess...what js engine is this?
16:21:42 <flo-retina> run.sh is because I expected it wouldn't be 100% trivial to start the JS engine with the parameters I needed
16:21:50 <flo-retina> but then I figured just doing a sym link would help
16:22:02 <flo-retina> clokep: it's objdir/mozilla/dist/bin/js
16:22:08 <clokep> OK.
16:22:18 * clokep has never seen this "readline" function before.
16:22:43 <flo-retina> neither have I!
16:22:49 <flo-retina> but it makes things very easy to deal with
16:22:57 <flo-retina> you star the script by ./run.sh < 990
16:23:11 <flo-retina> where 990 is a file you extracted from the tarball you downloaded yesterday
16:23:29 * clokep always find the stuff in https://developer.mozilla.org/en-US/docs/SpiderMonkey/Introduction_to_the_JavaScript_shell interesting. :)
16:23:31 <flo-retina> with debug set to true, it outputs something "human readable" like what I pastebined
16:23:58 <flo-retina> with it set to false, the output is one JSON object on each line; each line is a request we need to do with BzAPI
16:24:28 <flo-retina> ie. it will be the input of the next script
16:25:59 <clokep> Cool. :)
16:26:43 <flo-retina> my goal for the next few hours will be to import this bug into https://landfill.bugzilla.org/bzapi_sandbox/
16:26:51 <clokep> :) GOod luck!
16:26:59 <clokep> I'm going to look over slice.js now.
16:28:10 <flo-retina> I'm afraid I need at least 4 accounts with editbugs there :(
16:28:11 <clokep> Just out of curiosity...the block from L38 to L70.
16:28:13 <clokep> Is that there just for scoping?
16:28:53 <clokep> flo-retina: I'll make my account on there use the same password I gave you.
16:28:59 <flo-retina> clokep: yes
16:29:27 <clokep> flo-retina: Done. :)
16:29:28 <flo-retina> clokep: I was thinking of creating {florian,clokep,aleth,Mic}@mailinator.com there, and giving the same password to all
16:29:53 <clokep> That works too.
16:33:02 * flo-retina emailed gerv to have more permissions on landfile's bzapi sandbox
16:33:12 <flo-retina> I should have done that yesterday :(
16:34:16 <flo-retina> I think a bug reporter has permissions to change all fields on his bug / his attachment
16:34:31 <flo-retina> so until gerv replies, I may be able to try my stuff by mapping all the actions to the same user
16:35:50 <clokep> flo-retina: I don't see anything insane in that script, looks pretty reasonable.
16:36:13 <flo-retina> ok :)
16:37:02 <flo-retina> not too disappointed that I'm closer to being ready to import?
16:37:10 <flo-retina> +not
16:38:16 <clokep> I don't understand the question.
16:38:56 <flo-retina> well, I'm afraid it won't be finished/ready to use for tomorrow :(
16:40:40 <clokep> Oh. I see where that "not" gets added now. :)
16:40:48 <clokep> If we can do it soon I'll be happy!
16:41:13 <flo-retina> there are way more edge cases and details to figure out than I expected
16:42:10 <flo-retina> not sure if you expected them from your previous attempts. :)
16:44:02 <clokep> A little bit. But you've gotten a lot farther than I did.
16:44:26 <flo-retina> I don't seem to have more code though :-S
16:46:13 --> Even has joined #instantbird
16:46:13 * ChanServ sets mode +o Even 
16:47:19 <clokep> You have some different code, like I did the mapping of the components, I think.
16:48:10 <flo-retina> ah, so maybe some of it can be reused for step 3? :)
16:49:17 <flo-retina> I think bugzilla keeps an history of all account change that were made
16:49:21 <clokep> I think so.
16:49:30 <flo-retina> I wonder if we can find an SQL query to export all the old/new email mappings
16:55:29 --> wnayes has joined #instantbird
16:58:22 <clokep> flo-retina: At least https://bitbucket.org/clokep/bio-bmo-merge/src/4f451ac386f9ffd5df8733f64063b734d50b4aee/bugzilla-merge.js?at=default#cl-260 might be helpful. :-\
16:58:31 <clokep> I don't see much else in there that might be though.
16:58:54 --> mconley has joined #instantbird
16:59:13 <flo-retina> the regexps at lines 276-278?
17:01:24 --> jb has joined #instantbird
17:01:52 <clokep> Maybe. I didn't test them a ton.
17:09:25 <flo-retina> clokep: the user history on BIO's admin patch doesn't show the email address changes
17:09:34 <flo-retina> I'm afraid these changes aren't stored anywhere :-/
17:20:04 <clokep> Bah. That sucks.
17:52:56 <-- jb has quit (Ping timeout)
18:05:58 --> jb has joined #instantbird
18:07:46 <-- jb has quit (Ping timeout)
18:18:07 --> jb has joined #instantbird
18:19:05 <-- jb has quit (Connection reset by peer)
18:19:06 --> jb1 has joined #instantbird
18:20:47 <-- jb1 has quit (Ping timeout)
18:21:42 --> jb has joined #instantbird
18:23:25 <-- jb has quit (Ping timeout)
18:29:26 --> jb has joined #instantbird
18:36:06 <instant-buildbot> build #1453 of macosx-nightly-default is complete: Success [3build successful]  Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/1453
18:36:20 <flo-retina> wow
18:40:08 <-- jb has quit (Ping timeout)
18:40:50 <clokep> First try? ;)
18:41:50 <flo-retina> clokep: it finished OK after 22 failed attempts!
18:43:03 <clokep> 22, well done instant-buildbot. :)
18:43:26 <flo-retina> hmm, I guess if I want to do HTTP stuff I need the xpcshell version, right?
18:43:48 <clokep> Hmm....you want to use components?
18:43:51 <clokep> Yes.
18:43:59 <clokep> You could also just do those w/ wget in a shell script?
18:44:14 --> jb has joined #instantbird
18:44:15 <flo-retina> not really
18:44:19 <flo-retina> I need to process the results
18:44:35 <flo-retina> the results will be JSON, so I could as well, handle them in the same script
18:45:48 --> jb1 has joined #instantbird
18:45:59 <-- jb has quit (Ping timeout)
18:46:26 <flo-retina> then I guess I want http.jsm ;)
18:47:29 <-- jb1 has quit (Ping timeout)
18:48:00 <clokep> :)
18:48:05 <clokep> And that's in m-c now! WOOT.
18:48:07 --> jb has joined #instantbird
18:48:54 * mconley is now known as mconley|away
18:49:47 <-- jb has quit (Ping timeout)
18:49:55 --> jb has joined #instantbird
18:55:12 <-- jb has quit (Ping timeout)
19:26:16 --> rosonline has joined #instantbird
19:27:54 <-- clokep has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com)
19:30:22 <-- dew has quit (Client exited)
19:30:43 --> dew has joined #instantbird
19:31:07 <-- rosonline has quit (Quit: Instantbird 1.4 -- http://www.instantbird.com)
19:31:29 --> rosonline has joined #instantbird
19:32:28 <dew> instantbird 1.5! :D
20:09:21 <rosonline> Hi
20:09:39 <rosonline> I can't clone the website file
20:09:44 <rosonline> from en-US
20:22:19 --> jb has joined #instantbird
20:33:05 --> Mic has joined #instantbird
20:33:27 * Mic is now known as Mic2
20:34:12 --> EionRobb has joined #instantbird
20:57:12 * mconley|away is now known as mconley
21:33:30 <-- dew has quit (Ping timeout)
21:33:34 --> dew has joined #instantbird
21:37:25 --> hadi has joined #instantbird
22:38:03 <-- Mic2 has quit (Quit: Mic2)
22:38:12 --> Mic has joined #instantbird
22:38:39 * Mic is now known as Mic2
22:52:32 --> skeledrew has joined #instantbird
22:59:55 <-- Mic2 has quit (Quit: Mic2)
23:03:15 <-- jb has quit (Ping timeout)
23:03:27 <flo-retina> xpcshell's readline function seems broken :-/
23:09:04 <flo-retina> it reads only 255 characters of input :(
23:21:50 --> dew1 has joined #instantbird
23:22:08 <-- dew has quit (Ping timeout)
23:55:59 <flo-retina> fixed: http://hg.instantbird.org/bio-merge/rev/0c4a3caeebd2
23:56:15 <flo-retina> too bad I wasted almost an hour on that :(
23:56:47 <-- mconley has quit (Input/output error)