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 email@example.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> firstname.lastname@example.org 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 email@example.com. 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 firstname.lastname@example.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; 22:16:36 <flo> and if completions.filter(condition); is empty, try again with word = matches; 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 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)