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)