#instantbird log on 11 21 2011

All times are UTC.

00:50:03 <-- micahg has quit (Connection reset by peer)
00:50:36 --> micahg has joined #instantbird
00:51:46 <-- devfil has quit (Client exited)
01:12:00 <-- GeekShadow has quit (Ping timeout)
01:14:38 --> GeekShadow has joined #instantbird
01:19:24 --> billysanca has joined #instantbird
01:20:42 <clokep> flo: Yeah, that's a pretty gross fix. :-/
01:21:07 <clokep> Do we know what changed that forces us to do that?
01:21:31 <clokep> (And thanks for looking at it. I ended up having to go do real life things.)
01:25:53 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
01:27:22 <-- GeekShadow has quit (Ping timeout)
01:30:39 --> GeekShadow has joined #instantbird
01:35:48 <-- GeekShadow has quit (Ping timeout)
01:38:22 --> GeekShadow has joined #instantbird
01:45:30 <-- GeekShadow has quit (Ping timeout)
01:48:17 --> GeekShadow has joined #instantbird
02:11:18 --> Mook has joined #instantbird
02:20:35 <-- billysanca has quit (Quit: Instantbird 1.2a1pre)
02:29:22 --> jb has joined #instantbird
02:38:59 <-- BlueMaxima has quit (Quit: Instantbird 1.1)
02:44:31 <-- EionRobb has quit (Quit: Leaving.)
02:56:16 <-- clokep has quit (Quit: Instantbird 1.2a1pre)
03:23:11 --> EionRobb has joined #instantbird
03:30:41 <-- jb has quit (Ping timeout)
03:33:56 <-- GeekShadow has quit (Ping timeout)
03:36:49 --> GeekShadow has joined #instantbird
03:44:50 --> jb has joined #instantbird
04:06:55 <-- jb has quit (Ping timeout)
04:12:41 --> jb has joined #instantbird
04:38:28 <-- jb has quit (Ping timeout)
04:39:13 <-- EionRobb has quit (Quit: Leaving.)
04:47:49 <-- GeekShadow has quit (Ping timeout)
04:52:11 --> GeekShadow has joined #instantbird
04:53:56 <-- Tomek has quit (Quit: Instantbird 1.1)
06:16:12 <-- GeekShadow has quit (Ping timeout)
06:38:10 --> BlueMaxima has joined #instantbird
06:39:34 --> hunsly has joined #instantbird
07:09:28 <-- hunsly has quit (Protocol not available)
07:13:33 --> Guido has joined #instantbird
07:23:28 --> Wolfeh has joined #instantbird
08:02:38 --> MadWookiee has joined #instantbird
08:03:04 <-- MadWookiee has left #instantbird ()
08:13:08 <-- Wolfeh has quit (Connection reset by peer)
08:13:10 --> Wolfeh has joined #instantbird
08:26:47 <-- Mook has quit (Quit: zzz)
08:57:15 <-- gerard-majax has quit (Ping timeout)
08:58:51 --> Mic has joined #instantbird
08:58:51 * ChanServ sets mode +h Mic 
09:00:58 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
09:01:49 <-- Guido has quit (Quit: Instantbird 1.1)
09:05:11 --> Mic has joined #instantbird
09:05:11 * ChanServ sets mode +h Mic 
09:14:50 <instantbot> New Instantbird (UI) bug 1179 filed by benediktp@ymail.com.
09:14:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1179 blo, --, ---, nobody, NEW, System error about "mozutils.dll missing", preventing Instantbird from starting
09:16:06 <Mic> Even, Even1: the new Windows nightly doesn't work as it seems. Maybe stop offering this update if it is happening for others too?
09:26:29 <-- Even1 has quit (Quit: Instantbird 1.2a1pre)
09:26:37 --> Even has joined #instantbird
09:26:38 * ChanServ sets mode +o Even 
09:27:19 <-- Even has quit (Quit: Instantbird 1.2a1pre)
09:32:21 --> mmkmou has joined #instantbird
09:33:46 <instantbot> raynaudquentin@gmail.com cleared the Resolution 'FIXED' from bug 1161.
09:33:49 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1161 nor, --, 1.2, nobody, REOP, Update XUL from 7.0.1 to 9.0
09:35:55 --> Even has joined #instantbird
09:35:55 * ChanServ sets mode +o Even 
09:36:51 <Even> Instantbird's win32 nightly from this morning is bugged.
09:36:53 <Even> Prevent from updating.
09:37:07 <Even> I'm going to mark it bugged right now.
09:37:52 --> aleth has joined #instantbird
09:39:10 <Even> I deactivated this build from the build system right now.
09:39:21 <Even> If someone could tell me if there is a similar issue on mac, it would be great.
09:39:54 <aleth> Linux didn't build (but you probably are talking about that)
09:41:20 <Even> Nop.
09:41:23 <Even> This is a different issue.
09:41:52 <Even> I'm just telling that this morning nightly, at least on Windows, was not starting at all.
09:42:12 <Even> Since it failed on Linux I'm not asking because there should not be any issue there :)
09:42:24 <aleth> :)
09:42:25 <Even> I'm interested in knowing if I should also deactivate the Mac update though.
09:51:11 --> gerard-majax has joined #instantbird
10:01:42 <Even> I hope flo comes around today to look into this.
10:01:55 <Even> I believe he will but we never know ^^
10:07:31 <-- Mic has left #instantbird ()
10:14:22 --> Mic has joined #instantbird
10:14:23 * ChanServ sets mode +h Mic 
10:56:41 --> GeekShadow has joined #instantbird
11:01:07 <-- GeekShadow has quit (Ping timeout)
11:03:12 --> GeekShadow has joined #instantbird
11:08:02 --> Usul has joined #instantbird
11:12:39 <-- mmkmou has quit (Ping timeout)
11:13:59 <-- GeekShadow has quit (Ping timeout)
11:14:10 --> clokep has joined #instantbird
11:14:10 * ChanServ sets mode +h clokep 
11:16:16 --> GeekShadow has joined #instantbird
11:28:15 --> mmkmou has joined #instantbird
11:34:57 <-- GeekShadow has quit (Ping timeout)
11:37:39 --> GeekShadow has joined #instantbird
11:46:31 --> flo has joined #instantbird
11:46:32 * ChanServ sets mode +qo flo flo 
11:48:41 <flo> hello :)
11:49:28 <flo> I've turned off the Mac update too
11:49:45 <flo> I haven't even tested the new nightly, but the Windows problem doesn't seem windows-only
11:58:12 <-- clokep has quit (Quit: Instantbird 1.2a1pre)
12:03:00 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
12:03:12 --> aleth has joined #instantbird
12:10:09 <instantbot> New Instantbird (UI) bug 1180 filed by aletheia2@fastmail.fm.
12:10:11 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1180 nor, --, ---, nobody, NEW, Errors on opening add-on manager
12:16:22 <flo> aleth: actually, I can reproduce
12:16:53 <flo> it's just that I tried "Opening the add-on manager produces" and that doesn't reproduce the bug, I also need to click on the "Extensions" pane (otherwise I'm on "Get Add-ons" when I open the add-on manager)
12:17:08 <aleth> That makes sense.
12:17:29 <flo> sorry for the confusion
12:17:35 <aleth> I always get the "Extensions" pane by default.
12:18:10 <aleth> Seems there is some callback handler that is no longer set.
12:18:30 <flo> we probably need to add some new default preference values
12:18:54 <aleth> Oh, is that one of those instances you were expecting? But this is still Gecko 8
12:19:03 <-- Mic has quit (Ping timeout)
12:21:24 <flo> well, I don't know, I'm just telling you where (= the default preference file) you can look if you want to attempt to fix the bug
12:39:46 --> clokep_work has joined #instantbird
12:39:47 * ChanServ sets mode +h clokep_work 
12:40:06 <-- GeekShadow has quit (Ping timeout)
12:42:35 <clokep_work> aleth: Do your enable/disable buttons work on the add-on manager? I also think this is broken.
12:42:54 --> GeekShadow has joined #instantbird
12:43:07 <aleth> clokep_work: Yes, I mentioned that in the bug. Actually the enabling/disabling itself still works but the add-on manager does not update accordingly.
12:43:24 <clokep_work> Yes.
12:48:22 --> Mic has joined #instantbird
12:48:22 * ChanServ sets mode +h Mic 
12:50:57 <instantbot> New Instantbird (UI) bug 1181 filed by florian@instantbird.org.
12:50:59 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1181 enh, --, ---, nobody, NEW, Recreate package-manifest.in from the comm-central/mail/installer/ one
13:06:10 <aleth> flo: I suspect install.type may not have a default value, eg in http://lxr.instantbird.org/instantbird/source/instantbird/content/extensions.js#215. Don't have any more time now though unfortunately
13:06:20 --> Tomek has joined #instantbird
13:06:45 <flo> how is that related to the error message you get?
13:06:58 <flo> you are failing in a getBoolPref call
13:08:41 <aleth> It's not related. But it's something else I spotted along the way
13:10:38 <aleth> cf "Warning: reference to undefined property types[type] Source File: chrome://mozapps/content/extensions/extensions.js Line: 1475"
13:11:11 <flo> that may be a mozilla bug
13:18:45 <-- GeekShadow has quit (Ping timeout)
13:19:42 <-- BlueMaxima has quit (Quit: Instantbird 1.1)
13:23:31 <-- flo has quit (Ping timeout)
13:25:25 --> flo has joined #instantbird
13:25:26 * ChanServ sets mode +qo flo flo 
13:27:12 --> GeekShadow has joined #instantbird
13:33:07 <-- GeekShadow has quit (Ping timeout)
13:33:32 --> hunsly has joined #instantbird
13:35:24 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
13:37:22 --> GeekShadow has joined #instantbird
13:46:50 <-- Tomek has quit (Quit: Instantbird 1.1)
13:52:46 <-- GeekShadow has quit (Ping timeout)
14:09:44 --> ecaron has joined #instantbird
14:09:53 <-- gerard-majax has quit (Quit: Ex-Chat)
14:10:20 --> GeekShadow has joined #instantbird
14:10:50 --> gerard-majax has joined #instantbird
14:12:24 <-- GeekShadow has quit (Ping timeout)
14:15:19 --> GeekShadow has joined #instantbird
14:19:14 <-- GeekShadow has quit (Ping timeout)
14:20:41 --> Mic has joined #instantbird
14:20:41 * ChanServ sets mode +h Mic 
14:24:00 --> GeekShadow has joined #instantbird
14:25:54 <-- GeekShadow has quit (Ping timeout)
14:31:20 --> GeekShadow has joined #instantbird
14:37:28 <-- GeekShadow has quit (Ping timeout)
14:41:05 --> GeekShadow has joined #instantbird
14:43:14 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
14:43:25 --> Mic has joined #instantbird
14:43:25 * ChanServ sets mode +h Mic 
14:52:15 <-- GeekShadow has quit (Ping timeout)
14:56:50 --> GeekShadow has joined #instantbird
14:59:31 <Mic> HA, there it is :)
15:00:03 <Mic> I copied the html code + css stuff of a conversation into a folder and successfully reproduced the glitch in Fx 8.0 :)
15:01:36 <-- GeekShadow has quit (Ping timeout)
15:02:12 <Mic> I'll try to strip away everything that is not needed to reproduce it later.
15:05:11 --> GeekShadow has joined #instantbird
15:05:55 <flo> cool :)
15:06:51 <flo> Mic: maybe you can check if the bug is still there in current Firefox nightlies. If the bug is fixed, you probably don't need to bother reducing the testcase
15:06:55 <-- GeekShadow has quit (Ping timeout)
15:10:26 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/202385edd289 - Florian Quèze - Bug 1179 - fix packaging (follow-up to bug 1161 - update to Mozilla 9).
15:10:36 <-- gerard-majax has quit (Ping timeout)
15:13:47 --> PuerScyphu has joined #instantbird
15:13:53 <PuerScyphu> 5http://baron.proudandloud.com 7Create your own unique T-SHIRT.10In our website you can upload your image and create your own design and order the product you made
15:14:27 <-- PuerScyphu has left #instantbird ()
15:18:06 <douglaswth> hmm, that spammer demonstrated that instantbird doesn't actually support irc colors
15:18:18 <flo> douglaswth: what do you mean?
15:21:22 <douglaswth> in irssi, the url was red, the first sentence was yellow, and the last was cyan
15:27:19 <flo> douglaswth: for me the link was blue because it's a link. The other 2 parts were of the colors you described
15:27:48 <flo> have you disabled colors in the instantbird preferences? It's the first preference of the "Content" prefpane
15:29:23 <douglaswth> oh, damn; that's just the setting "only basic formattings" then
15:33:16 <douglaswth> I guess it would be nice if I could enable colors for irc and not for other protocols where people have silly colors that don't work with the dark background I have with Simple Dark
15:34:03 <flo> are there actually useful usage of colors on IRC ?
15:34:25 <flo> it may be the first place where I would want to disable it
15:34:44 <flo> I could want to enable it however for people I trust (= people I've added to my contact list)
15:35:29 <douglaswth> I guess the alternative would be an addon that cleans up colors for other accounts
15:35:49 <flo> you can definitely add per-conversation filters with add-ons
15:35:56 <flo> the filtering system is designed to support that
15:36:09 <-- Mic has quit (Ping timeout)
15:44:05 --> GeekShadow has joined #instantbird
15:50:10 <-- GeekShadow has quit (Ping timeout)
15:50:16 --> Mic has joined #instantbird
15:50:16 * ChanServ sets mode +h Mic 
15:52:41 --> GeekShadow has joined #instantbird
15:56:04 <Mic> Good idea, flo
15:59:16 <-- GeekShadow has quit (Ping timeout)
16:02:45 --> GeekShadow has joined #instantbird
16:03:52 <Mic> I couldn't reproduce it with a Firefox 11 nightly.
16:04:14 <flo> interesting :)
16:04:54 <flo> now you just need to do a binary search for the last broken/first good nightly ;)
16:05:12 <Mic> Sounds like fun
16:05:58 <flo> the other option is updating to moz11 and deciding we aren't going to ship anything for another 12 weeks
16:06:53 <aleth> Well, maybe moz9 will be enough ;)
16:07:17 <flo> ah, right, I always forget that you all aren't on moz9 yet
16:08:20 <Mic> I hope we'll find out tomorrow
16:08:45 <Mic> I'll wait until I can try with moz9 first then.
16:09:00 <flo> you can try on a firefox beta
16:09:10 <-- GeekShadow has quit (Ping timeout)
16:09:39 <flo> (I don't know how long these downloads of Firefox builds take for you)
16:10:05 <-- Wolfeh has quit (Quit: Instantbird 1.1)
16:12:41 --> GeekShadow has joined #instantbird
16:18:41 <Mic> 20MB / 32MBit -> 5 seconds?
16:18:47 <Mic> OK, I'll keep dreaming ;)
16:18:58 <flo> oh, so you have a decent connection? :)
16:19:36 <-- GeekShadow has quit (Ping timeout)
16:23:00 <Mic> Yes and it's really as fast as they advertise it with. I was quite surprised about that ;)
16:25:07 <Mic> I don't really need such a fast speeds but it was the only decent connection that was available. (32MBit/s cable vs 768kBit/s DSL;)
16:25:37 <flo> you can't get more than 768k with DSL? O_o
16:26:28 <Mic> No, it's in a town here and they say it's too far from the next node to get higher speeds.
16:26:54 <Mic> I couldn't care less now ;)
16:26:57 <Mic> bbl
16:27:26 <-- Mic has quit (Quit: Instantbird 1.2a1pre)
16:27:31 --> GeekShadow has joined #instantbird
16:29:21 <clokep_work> Are we meeting today?
16:29:28 <flo> I think so
16:29:57 <flo> I'm looking at my slides from mozcamp and wondering how I could/should make a blog post out of that
16:30:19 <flo> I don't see an easy way to add per slides notes and show them to people, like I did for my FOSDEM presentation
16:31:38 <-- wesj has quit (Ping timeout)
16:36:39 --> ghinda has joined #instantbird
16:39:02 --> wesj has joined #instantbird
16:39:02 <-- wesj has quit (Connection reset by peer)
16:39:05 --> wesj has joined #instantbird
16:39:54 --> devfil has joined #instantbird
16:42:34 <-- GeekShadow has quit (Ping timeout)
16:45:27 <-- ghinda has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
16:46:34 --> GeekShadow has joined #instantbird
16:55:11 <-- GeekShadow has quit (Ping timeout)
16:55:45 <-- aleth has quit (Input/output error)
16:57:14 --> GeekShadow has joined #instantbird
16:58:51 --> aleth has joined #instantbird
17:00:09 <flo> extensions.update.autoUpdateDefault seems to be the missing preference that breaks the add-on manager
17:01:56 <aleth> I just produced the most horrendous system crash by trying to start a second instance of IB that had not been updated to moz8 while the updated nightly was already running
17:02:13 <flo> system crash?
17:02:32 <aleth> well, the contacts window was a flickering mess and the window manager died
17:03:12 <aleth> I suppose different moz versions in parallel don't mix?
17:03:14 <aleth> not that it matters 
17:03:33 <-- aleth has quit (Quit: Instantbird 1.2a1pre)
17:03:40 --> aleth has joined #instantbird
17:06:22 <flo> anybody creating an etherpad?
17:06:57 <-- GeekShadow has quit (Ping timeout)
17:09:02 <clokep_work> flo: https://etherpad.mozilla.org/instantbird-weekly-meeting-20111121
17:11:18 --> GeekShadow has joined #instantbird
17:12:51 --> gerard-majax has joined #instantbird
17:15:56 <flo> clokep_work: "doesn't show in the account manager yet though" hmm, any visible cause for that?
17:16:23 <clokep_work> flo: No, not yet. I haven't investigated.
17:16:31 <clokep_work> (No errors in the error console. I can make other accounts, etc.)
17:16:46 <clokep_work> I  need to make sure I didn't wipe out a change (like maybe the manifest?)
17:17:14 <flo> if wouldn't be in the protocol list of the account wizard if you were missing the manifest
17:17:17 <-- GeekShadow has quit (Ping timeout)
17:17:37 <flo> *it
17:17:47 <clokep_work> Yes, that's a possible cause.
17:17:50 <clokep_work> It's being compiled though.
17:17:53 <clokep_work> flo: "indexation"?
17:18:12 <flo> does the protocol appear in the account wizard?
17:19:05 <flo> if you are linking the prpl dynamically, the category entry will be added automatically. If you have statically linked it into purple.dll, you need to add a line in prpl.manifest
17:19:27 <flo> clokep_work: full text indexing, so that we can search in all logs at once
17:19:28 <clokep_work> No, it does not.
17:19:34 --> GeekShadow has joined #instantbird
17:19:50 <clokep_work> I think "indexing" is the proper word for that.
17:19:59 <clokep_work> I think it's static, but I forget. :-/
17:20:20 <flo> given the issue you add with the SIPE/SIMPLE conflict, it's static ;)
17:20:34 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/66a12b861691 - Florian Quèze - Bug 1180 - Add a preference default value that is now required by the add-on manager (fix regression from the recent update to Mozilla 8).
17:20:46 <flo> s/add/had/
17:23:30 <-- GeekShadow has quit (Ping timeout)
17:23:40 <clokep_work> Touche.
17:27:05 <flo> anything to discuss?
17:27:19 --> igorko has joined #instantbird
17:27:39 --> GeekShadow has joined #instantbird
17:28:18 <clokep_work> DNS SRV queries...did you ever contact Process One?
17:28:27 <flo> no(t yet)
17:28:39 <flo> I'm tempted to unbitrot the necko patch
17:28:55 <flo> if we could get that landed on mozilla-central, that would be way better ;)
17:31:09 <flo> when do we intend to do our next release?
17:32:30 <flo> we seem to still have lots of recent regressions, and major user visible change :-S
17:32:31 <clokep_work> How long has it been?
17:32:48 <flo> 1.1 was ~ a month ago
17:33:19 <clokep_work> January?
17:33:28 <clokep_work> Or is that too far away?
17:33:41 <-- GeekShadow has quit (Ping timeout)
17:33:50 <flo> releasing every 3 months sounds good to me
17:34:30 <clokep_work> (Late Dec. is usually tough to get stuff done too).
17:34:31 <aleth> So that would be after JS-IRC and JS-XMPP when things are reasonably stable again?
17:34:52 <flo> we don't know yet how long it will take to clean up the regressions from these 2 landings
17:35:02 <flo> ;)
17:35:23 <clokep_work> And "stable" doesn't necessary mean "ready for consumption" :P
17:35:43 <aleth> true ;)
17:35:51 <flo> if we want to release on january, we should keep moz9
17:36:13 <aleth> So would you want to release 1.2 before JS-IRC etc?
17:36:29 <flo> as moz10 is planned for a release on 2012-01-31
17:36:49 <flo> aleth: is there anything interesting in 1.2 currently?
17:37:00 <-- gerard-majax has quit (Ping timeout)
17:37:02 --> GeekShadow has joined #instantbird
17:37:24 <aleth> flo: a whole lot of bugfixes might be enough for it to be useful for the end user?
17:37:32 <aleth> But I don't know if it's worth it
17:37:45 <flo> the only thing I remember is that we fixed a few totally stupid twitter bugs (don't remember which ones, but bugzilla/hg have better memories) and that the nicklist shows inactivity, and the completion is a bit smarter
17:38:02 <clokep_work> All nice things, but nothing ground breaking, yes.
17:38:28 <clokep_work> Also, if it doesn't seem like JS-IRC or JS-XMPP will get done, I'll cut work on IRC and focus on XMPP, if that makes sense.
17:38:42 <flo> aleth: by the way, it seems you have made most user visible changes that have been integrated so far :)
17:39:11 <aleth> Heh, the benefits of doing UI stuff ;)
17:39:36 <aleth> My question was more along the lines of whether you wanted to have a release "no matter what" semi regularly or only after something big lands
17:39:58 <flo> if we want to release ~ 3 months after 1.1, that is January 18th, when do we need to string freeze?
17:40:22 <flo> probably on January the 6th
17:41:09 <flo> aleth: I don't really know. I suspect it's more a marketing thing... (ecaron?)
17:41:27 <flo> aleth: completion bug: (e<tab --> no completion :(.
17:41:51 <aleth> flo: don't you get 2 options? Even ecaron?
17:42:24 <flo> no, I don't get anything until I insert a space between "(" and "e"
17:42:45 <aleth> oh :(
17:42:56 <flo> (of course, if on some protocols nicks can include (, we will have to live with it)
17:43:14 <ecaron> I'd say the frequent releases is a marketing thing, but more along the lines of keeping the active users excited about the project rather than expecting news sites to pick up every point release.
17:43:17 <aleth> flo: I suspect it's because we are not treating brackets etc as whitespace 
17:43:35 <aleth> Anyway, I was just wondering above whether one underestimates the slow accrual of bugfixes due to moz updates and other work 
17:43:47 <flo> aleth: I was wondering if we should use "word boundary" instead of whitespace
17:43:47 <aleth> flo: ah, crosspost ;)
17:44:33 <aleth> flo: It would make sense to me as long as, like you say, it is clear what can be part of a nick and what can't
17:44:50 <flo> ecaron: so you think we should do point release frequently (how does every 3 months sound?) and bump the major version number when we believe there's something news worthy?
17:44:52 <aleth> If you go on e.g. #ubuntu for testing purposes people have the oddest nicks
17:45:40 <flo> aleth: what about using word boundaries only if the current completion mechanism can't come up with any result?
17:45:51 <ecaron> Yes, that's what I think.
17:45:52 <aleth> flo: I was just about to suggest that :)
17:46:34 <-- GeekShadow has quit (Ping timeout)
17:46:43 <flo> ecaron: so then aiming for a release in January sounds good, even if what we are currently working on is not ready?
17:47:18 --> GeekShadow has joined #instantbird
17:47:39 <ecaron> No, I think it'd need to be delayed then. I imagine people would be mildly annoyed doing 4x/yr updates if 50% of the time the changelog is blank.
17:47:43 <flo> clokep_work: what would you think of landing JS-XMPP and JS-IRC with "prpl-irc-experimental" and prpl-xmpp-experimental" as protocol ids, so that nightly testers can help hunt down regressions, but so that we can decide later if it's ready for replacing the libpurple protocol plugin?
17:48:59 <flo> (it's just an idea, I'm not necessarily implying that it's what we should do)
17:49:26 <flo> we could also just put a configure switch to decide if we want the libpurple or the JS implementation for these protocols
17:50:05 <flo> hmm, or maybe even a command line parameter to change what the category manager knows for these protocol ids
17:50:13 <aleth> Or polish up the current status quo, do a release, then land JS-xxx
17:50:24 <-- GeekShadow has quit (Ping timeout)
17:50:25 <aleth> Might entail a lot of papercut work though
17:50:42 <aleth> (To take account of feedback from 1.1)
17:50:54 <flo> aleth: at least JS-XMPP is totally required for Thunderbird integration, as Thunderbird can't ship a GPLed library
17:51:36 <clokep_work> flo: That sounds like an idea. I'd like to get testing for them though.
17:51:36 <flo> so that's going to stay high priority
17:51:43 <clokep_work> (More so then people here.)
17:52:25 <flo> clokep_work: I haven't said in which position the switch would be by default ;)
17:52:35 <clokep_work> :)
17:52:52 <clokep_work> I like that idea better than having multiple IDs.
17:53:08 <clokep_work> (Assuming the IDs have the same account options, etc. otherwise it could get messy. :()
17:53:37 <aleth> You'll know best how to best do the "when it lands and how" part. I just meant to suggest that from an end user point of view, it is possibly more significant that the "main issues" with 1.1 are addressed by 1.2 than that an internal protocol has been switched.  (ecaron?)
17:54:20 <aleth> I totally agree the nightly should be able to test JS-xx as soon as it is ready :)
17:55:06 --> GeekShadow has joined #instantbird
17:55:10 --> Mook_as has joined #instantbird
17:57:52 <flo> anything else? (how are you? how do you feel about the way the project is going these days? how do you feel about your contributions? etc...)
17:58:30 <aleth> IB seems to be moving along fast :) 
17:59:08 <flo> I feel tired. That Mozilla update took way more time than I thought it would, and it's been quite frustrating to find and fight so many regressions during the week-end :(.
17:59:30 <clokep_work> Stop updating Mozilla at 3 AM? :-D
17:59:51 <flo> I worked almost until 4am during the saturday->sunday night
18:01:01 <aleth> ouch
18:01:03 <aleth> And I suppose there is not much immediate "visible" satisfaction at the end of it other than that things work again
18:01:03 <flo> when and issue like what we had with today's nightly occurs, I wonder how we should communicate about it. Just disable it and say nothing (like we did)? Tweet about it? blog about it?
18:01:19 <flo> aleth: things are still broken
18:01:36 <aleth> yeah
18:01:44 <Mook_as> there's always the update billboard (for major updates).
18:01:44 <aleth> Don't nightly users come here though if they have problems?
18:01:57 <Mook_as> but that's a silly idea, since updates are too hard to deal with
18:02:13 <flo> aleth: if they do that with Instantbird, well... that's not really possible ;)
18:02:30 <flo> Mook_as: I'm not sure of what you are talking about
18:02:54 <flo> Mook_as: the issue we had this morning is that a .dll file wasn't packaged, and the Windows nightly couldn't start
18:03:01 <flo> the Mac nightly is most likely also affected
18:03:05 <Mook_as> ah
18:03:13 <Mook_as> okay, then yes, please ignore me :)
18:03:19 <Mook_as> just no updates is probably enough.
18:03:29 <flo> only Linux wasn't affected, but that build wasn't uploaded because of a network issue on the build slave :-D
18:03:36 <Mook_as> haha
18:03:55 <Mook_as> it's a _nightly_; it's not critical if they don't show up
18:04:00 <aleth> (-)*(-)=(+) in that case
18:04:20 <flo> Mook_as: I was more thinking about the (hopefully) few users who have received an update to a build that won't start
18:04:38 <Mook_as> they can use mibbit :p
18:04:57 <flo> aleth: ? Linux wasn't affected by the startup bug.
18:05:24 <clokep_work> flo: I think disabling it is enough (and maybe a quick note on Twitter). A blog post might be too "formal"
18:05:30 <aleth> Ah, I misunderstood that, sorry
18:05:37 * Mook_as wonders if the download side can have a link near the download link
18:05:52 <Mook_as> and yeah, blog post (... and getting syndicated to planet) is probably too much
18:06:29 <Mook_as> I guess http://ftp.instantbird.org/instantbird/nightly/ does have some text at the top, so linking to mibbit from there might work
18:06:38 <aleth> If you can tell how many affected nightlies were downloaded that would help assess the scale of the damage
18:07:17 <aleth> Personally I suspect nightly users know how to find their way to IRC by other means ;)
18:08:45 <flo> I think we have caught the issue relatively quickly
18:09:02 <flo> it would be nice to have a way to let more people disable a broken update
18:09:19 <flo> currently only Even and me can do it, by touching the mysql database and clearing the update cache
18:09:42 <clokep_work> I want an easy button on my desk to do it!
18:09:56 <clokep_work> (Although I actually hardly ever get hit by these, Mic always finds them first. :P)
18:10:02 <aleth> A big red button! :P
18:10:42 * Mook_as starts imagining crazy solutions involving checking in to a particular file on hg and a post-push hook
18:10:58 <aleth> I think you are handling these things really well already
18:11:35 <Mook_as> yeah; don't overthink it, it's a nightly. :) occasional breakage is expected.
18:11:35 <flo> clokep_work: yes, European have nightlies before Americans wake up
18:11:37 <aleth> As long as profiles aren't shredded it's not a big deal.
18:11:48 <aleth> The one thing I would suggest is a link on the nightly page to the _previous_ nightly
18:12:04 <-- mmkmou has quit (Quit: Instantbird 1.1a1pre)
18:12:08 <aleth> That way, if the new nightly won't start, the user can just revert
18:13:00 <flo> Mook_as: an idea I had in the past was to have a different update channels for people who are here and are known to report breakage when they notice them, and move the update to the normal nightly channel only once it has already been downloaded a few time by the "known bug reporters"
18:13:48 <Mook_as> that _could_ work, but IMHO is too much work for not much gain and might been seen as a bit elitist :)
18:14:28 <flo> there would be a timeout so that builds that haven't been tested are "released" to everybody after a few hours
18:14:47 <clokep_work> flo: You could just offset it by a day?
18:14:49 <aleth> I think a link to the previous nightly solves the issue more simply
18:15:05 <clokep_work> aleth: But what's the "previous nightly"?
18:15:17 <clokep_work> We've had situations where nightlies are unusable for a couple of days.
18:15:30 <clokep_work> (Usually not very long at all, but it's not unheard of.)
18:15:54 <aleth> The last working one then. If you have to manually stop distribution you can also stop that from being overwritten
18:16:14 <aleth> (am guessing of course)
18:16:33 <Mook_as> or the user can go download them manually :)
18:18:20 <flo> clokep_work: have we really had totally unusable nightlies for more than one day at once?
18:20:43 <clokep_work> flo: Maybe not. But I think we've had failing nightlies for more than one day.
18:20:53 <clokep_work> (I.e. "yesterday's nightly" might not exist)
18:21:20 <Mook_as> two symlinks, latest-nightly and previous-nightly, is probably enough, then
18:21:29 <flo> clokep_work: failing to build doesn't concern me. My concern is auto updating (without even prompting) people to pieces of crap that can't even start
18:21:35 <Mook_as> (symlinked after upload to per-platform files)
18:21:41 <flo> especially when (like today) they can't start enough to display the "Check for updates" button
18:23:13 <flo> of course, I would like us to have a test suite that can catch that before the upload...
18:24:43 <clokep_work> Right. :-/ Sorry.
18:30:31 <-- Even has quit (Quit: Instantbird 1.2a1pre)
18:32:58 <flo> I hope the next nightly will work (I'm not even sure)
18:33:15 <flo> but I think it will at least be able to start the UI :)
18:33:15 <Mook_as> if it doesn't, well, it doesn't :p
18:33:44 <-- GeekShadow has quit (Ping timeout)
18:35:03 --> Tomek has joined #instantbird
18:35:31 --> gerard-majax has joined #instantbird
18:41:00 <-- flo has quit (Quit: Instantbird 1.2a1pre)
18:42:30 --> GeekShadow has joined #instantbird
18:47:38 <-- GeekShadow has quit (Ping timeout)
18:48:56 <Mook_as> bah, forgot to ask flo how far the separation between UI and backend has gone
18:49:09 <-- hunsly has quit (Ping timeout)
18:50:27 <clokep_work> Mook_as: By "backend" do you mean libpurple?
18:50:54 <Mook_as> well, I mean the xpidl bits (accounts, protocols, etc.), the non-ui things
18:51:09 * Mook_as has a working android vm! but no suitable toolchain yet
18:51:41 <clokep_work> Well the backend has always talked to the frontend via messages, i.e. they've always been separate.
18:51:57 <Mook_as> ah, nice :)
18:52:12 <clokep_work> (By messages I mean observers.)
18:52:17 * Mook_as wonders if he will be able to make a purple-free build
18:52:36 <Mook_as> good enough; I'd probably have to end up with whatever silly json thing native-fennec will use, anyway
18:56:05 <clokep_work> I /think/ you can do a purple free build right now (but I don't know for sure yet. :().
18:56:08 <clokep_work> But you'd have just Twitter. :p
18:56:23 <Mook_as> oh, I don't plan to be able to _run_ it
18:56:25 <clokep_work> (And you'd have to hack apart make files. There's no option for it.)
18:56:27 <Mook_as> so that's fine :)
18:56:44 <clokep_work> But obviously flo would know better. :P
18:56:45 * Mook_as still needs to have a working gcc first!
18:57:12 * clokep_work just wrote a 200 line batch script!
18:58:49 --> GeekShadow has joined #instantbird
19:00:31 <-- Usul has quit (Quit: Usul)
19:01:08 --> Usul has joined #instantbird
19:02:25 <-- GeekShadow has quit (Ping timeout)
19:09:07 <-- Usul has quit (Quit: Usul)
19:14:02 --> hunsly has joined #instantbird
19:15:19 --> GeekShadow has joined #instantbird
19:17:31 <-- GeekShadow has quit (Ping timeout)
19:24:02 --> GeekShadow has joined #instantbird
19:33:34 <-- GeekShadow has quit (Ping timeout)
19:36:46 --> GeekShadow has joined #instantbird
19:40:39 <-- GeekShadow has quit (Ping timeout)
19:43:07 --> EionRobb has joined #instantbird
19:44:47 --> GeekShadow has joined #instantbird
19:48:27 <-- GeekShadow has quit (Ping timeout)
19:52:43 --> GeekShadow has joined #instantbird
19:55:56 <-- GeekShadow has quit (Ping timeout)
20:00:40 --> GeekShadow has joined #instantbird
20:03:49 <-- GeekShadow has quit (Ping timeout)
20:04:05 <-- hunsly has quit (Connection reset by peer)
20:13:11 --> flo has joined #instantbird
20:13:11 * ChanServ sets mode +qo flo flo 
20:14:48 <flo> Mook_as: as clokep said, the UI has always been separated from the core, and core->ui communication is done through nsIObserverService
20:14:51 --> GeekShadow has joined #instantbird
20:15:03 <Mook_as> awesome :D
20:15:23 * Mook_as hopes to one day have a android-native UI, in case xul can't be fast enough
20:15:42 <Mook_as> (this would probably be "in a few years if I stick with it", though, and don't trust me to :p )
20:15:55 <flo> I haven't tried yet to build a libpurple free instantbird as it currently doesn't make much sense (you would have only twitter), but I believe all you would have to do is not build purple/libraries purple/libpurple and purple/purplexpcom/src
20:15:55 <flo> you need to keep purple/purplexpcom/public to have some idl files that we haven't moved/renamed yet though
20:16:30 <Mook_as> yeah; that's okay, though, the timeline for me to have something running is going to be much longer than having more js protocols implemented
20:16:40 <Mook_as> (and then I can think about trying to build libpurple later)
20:17:07 <flo> if glib has already been ported for android, it shouldn't be too difficult
20:17:12 <flo> otherwise... good luck :)
20:17:53 <Mook_as> it'll probably end up not working out very well, but that's okay, at least I'd be having fun :)
20:18:29 <-- GeekShadow has quit (Ping timeout)
20:19:26 <EionRobb> I've seen a libpurple port for android, so glib must already be there
20:20:10 <Mook_as> ooh, http://csclub.uwaterloo.ca/~dtbartle/pidroid/
20:21:27 * Mook_as isn't sure how the license works, wasn't libpurple GPL/LGPL or something?
20:23:15 <flo> Mook_as: GPL
20:24:30 <flo> which part is under the Apache License on that port? :-s
20:24:30 <Mook_as> right. yeah, I don't know why that page claims apache 2, then. meh.
20:25:12 <flo> it may be the code that has been created for wrappers that is Apache licensed
20:25:43 <flo> like we have tri-licenced purplexpcom so that others can reuse some code if they want, even though as soon as it's linked into libpurple it becomes GPL-only
20:26:05 <Mook_as> could be
20:26:16 <flo> or it's just a "typo"
20:36:58 --> GeekShadow has joined #instantbird
21:12:28 * wesj is now known as wesjAway
21:15:53 <flo> r+ on bug 703929 :)
21:19:09 <aleth> that was quick :)
21:19:16 <-- igorko has quit (Quit: Instantbird 1.1)
21:23:17 <aleth> flo: what do you think of this modification? http://pastebin.instantbird.com/1095
21:23:46 <flo> which part is changed?
21:23:55 <aleth> The if clause is new
21:24:13 <aleth> (from matchingCompletions)
21:25:14 <aleth> I have a niggling feeling there should be a way to write it with less temporary variables but I can't think of one
21:28:06 <flo> have you tested it?
21:28:12 <aleth> yes
21:29:07 <flo> I'm not sure of the regepx
21:29:51 <aleth> It's the same as the one already in use, plus leading \b
21:30:53 <-- flo has quit (Ping timeout)
21:32:17 --> flo has joined #instantbird
21:32:18 * ChanServ sets mode +qo flo flo 
21:34:08 <-- flo has quit (Ping timeout)
21:34:16 <-- GeekShadow has quit (Ping timeout)
21:37:16 --> Even has joined #instantbird
21:37:16 * ChanServ sets mode +o Even 
21:38:07 --> flo has joined #instantbird
21:38:07 * ChanServ sets mode +qo flo flo 
21:38:54 <flo> aleth: that doesn't answer my question
21:39:18 <aleth> I'm not sure of the question ;)
21:39:28 <flo> read it again then
21:39:48 <Mook_as> what's the hg diff? :)
21:41:15 <flo> aleth: http://pastebin.instantbird.com/1096 I tried to simplify. It looks one line longer, but it actually includes the next 2 lines of the code that you didn't include in your first pastebin
21:43:06 <aleth> Sorry, I should have pastebinned a diff, would have been clearer
21:45:33 <aleth> Actually the next two lines following my first pastebin are not in there ;) But I like the rewrite, thanks
21:45:50 <aleth> What was your worry with the regexp? Any more edge cases I should test for?
21:48:07 <Mook_as> well, if you ever have any commands that are not alphanumeric, it might be a problem
21:48:10 <Mook_as> (e.g. chinese commands)
21:48:18 <Mook_as> but that's probably not gonna happen anyway :p
21:51:26 <-- clokep_work has quit (Quit: http://www.mibbit.com ajax IRC Client)
21:52:05 <flo> Mook_as: why?
21:52:19 <Mook_as> "/中文".match(/\b\S*$/) is null
21:53:05 <Mook_as> (because \b is based on \w which is [A-Za-z0-9_] according to mdn)
21:53:45 <aleth> Does Chinese use e.g. (..) for brackets anyway?
21:54:10 <flo> aleth: exactly like I expected, "(a(b(c(test".match(/\b\S*$/) matches "a(b(c(test"
21:54:42 <Mook_as> yes and no; there's two sets
21:55:03 <Mook_as> () vs ()
21:57:01 <Mook_as> (I may be mistaken in what that patch is trying to do, though)
21:58:17 <flo> aleth: /[\w-]+$/ seems to be closer to what we want
21:58:20 <aleth> flo: And it seems there is only one match in the returned array too, not "b(c(test" and "c(test" and "test" too :(
22:00:31 <flo> does it behave like you want?
22:00:38 <flo> or do we have different expectations?
22:01:36 --> GeekShadow has joined #instantbird
22:03:07 <aleth> No, it seems to do the job better. It might struggle with really odd nicks like ^Zaz (don't laugh, currently on #ubuntu), but I think one can live with that
22:03:24 <-- GeekShadow has quit (Ping timeout)
22:03:30 <aleth> Thanks for spotting that multiple bracket case
22:05:24 <flo> on #pidgin there's currently [ND] and ]R[
22:05:30 <flo> there are also several nicks with |
22:05:36 <aleth> Yes, I checked for those.
22:05:49 <aleth> But if you autocomplete [ and those nicks are there, it will suggest those
22:06:07 <flo> right :)
22:06:21 <aleth> ([ however will fail ;)
22:06:31 <flo> who cares? :)
22:06:42 <aleth> exactly what I thought about ^Zaz ;)
22:07:28 <aleth> Still puzzled as to why the \b variant doesn't return multiple possible matches for your nice multiple bracket test case though
22:08:22 <flo> why would it?
22:08:52 <flo> AFAIK, regexps don't return variants, and * always attempts to match as many characters as possible
22:09:21 --> GeekShadow has joined #instantbird
22:09:56 <aleth> I misunderstood the MDN regex doc to mean just that (that it would return variants)
22:10:57 <aleth> But that's only for when the g flag is set
22:11:44 <aleth> The match method page makes it clear...
22:13:32 <aleth> Well, maybe
22:13:53 <flo> I wonder if we can simplify the code by fusioning the 2 regexps
22:15:59 <flo>           let matches = text.substring(0, inputBox.selectionStart).match(/\S*([\w-]+)$/);
22:15:59 <flo> let word = matches[0];
22:16:36 <flo> and if completions.filter(condition); is empty, try again with word = matches[1];
22:17:41 * wesjAway is now known as wesj
22:17:45 <aleth> It will return only the last letter of the word in matches[1]
22:18:18 <flo> ah?
22:18:50 <aleth> * is greedy
22:18:52 <flo> right :(
22:18:52 <Mook_as> \S*?([\w-]+)$ maybe?
22:19:34 <aleth> might work
22:19:56 <aleth> Does that make the code more legible though?
22:20:08 <flo> it does, but it's a surprising hack :-P
22:20:34 <Mook_as> we're dealing with regular expressions that wasn't quite right the first time around; pretty sure legibility is a lost cause.
22:20:35 <flo> "it does" = it works, not "it makes the code more legible"
22:23:55 * flo would like to have something to argue against that, but it seems a lost cause too ;)
22:25:19 <aleth> Sadly...
22:28:18 <aleth> *? makes * non-greedy, that might cause problems for other cases, though I haven't thought of any yet
22:30:49 <aleth> Hey, here's a plus: can save ourselves the twitter special case now :)
22:31:28 <aleth> Oh, no we can't, quite :(
22:31:38 <flo> what's blocking it?
22:31:41 <aleth> The desired suffix differs
22:31:52 <flo> suffix?
22:32:11 <aleth> @t(tab) as the first word should lead to @thenick and not @thenick: 
22:32:33 <flo> ah right :(
22:32:39 <aleth> That's annoying.
22:34:04 <aleth> Well at least it cuts it down a bit.
22:34:39 <Mook_as> per-protocol completion suffix string? :|
22:35:18 <aleth> Anyway, I'll submit a patch once the other tab completion patches have landed, or the diffs will conflict
22:38:23 <-- GeekShadow has quit (Ping timeout)
22:40:30 --> GeekShadow has joined #instantbird
22:42:40 <flo> aleth: l thought about landing them today, but I finally decided not to, because I think it's better to have at last a working nightly with moz9 before making feature changes
22:43:56 <-- GeekShadow has quit (Ping timeout)
22:44:03 <aleth> flo: Sure, no worries. Was not intended as a hint, more as an explanation for why no patch :)
22:44:43 <aleth> Lets hope there are no more nasty moz update surprises
22:46:19 <flo> aleth: you can still file a bug and paste there relevant parts of the discussion you want to have for future reference
22:48:07 <-- flo has quit (Ping timeout)
22:49:48 --> flo has joined #instantbird
22:49:48 * ChanServ sets mode +qo flo flo 
22:53:14 <-- ecaron has quit (Quit: Instantbird 1.1)
22:53:22 --> ecaron has joined #instantbird
23:08:49 <-- SM0TVI has quit (Ping timeout)
23:16:44 --> BlueMaxima has joined #instantbird
23:17:34 --> SM0TVI has joined #instantbird
23:20:26 <flo> Good night :)
23:20:28 <-- flo has quit (Quit: Instantbird 1.2a1pre)
23:20:30 <-- ecaron has quit (Quit: Instantbird 1.1)