All times are UTC.
00:01:15 <-- wnayes has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 00:23:50 --> mconley has joined #instantbird 00:29:23 <-- mconley has quit (Input/output error) 00:30:17 <-- gerard-majax has quit (Ping timeout) 00:48:57 --> rosonline has joined #instantbird 01:25:02 --> DGMurdockIII has joined #instantbird 01:53:49 <-- BlueMaxima has quit (Ping timeout) 02:02:41 --> BlueMaxima has joined #instantbird 02:39:22 --> wesj1 has joined #instantbird 02:47:04 <-- rosonline has quit (Quit: Experimentem Instantbird 1.2 -- http://www.instantbird.com) 02:49:33 <-- meh has quit (Ping timeout) 02:50:13 --> meh has joined #instantbird 02:51:50 <-- meh has quit (Quit: I don't want to live on this planet anymore.) 02:52:00 --> meh has joined #instantbird 02:53:08 <-- BlueMaxima has quit (Ping timeout) 02:54:52 --> BlueMaxima has joined #instantbird 02:55:17 <-- wesj1 has quit (Quit: wesj1) 03:01:16 <instant-buildbot> build #316 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/316 04:58:23 <BlueMaxima> Uh, question - was the fix for the Twitter account disconnections put in the last build? 04:58:30 <BlueMaxima> *last nightly build 04:59:41 <BlueMaxima> (beeping flo cause I think it was his patch) 05:44:34 <-- BlueMaxima has quit (Connection reset by peer) 06:09:59 <-- Gizmokid2005 has quit (Ping timeout) 06:21:05 --> Gizmokid2005 has joined #instantbird 07:45:55 <instant-buildbot> build #683 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/683 07:55:17 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121106195758]) 08:17:58 --> jb has joined #instantbird 08:18:34 <flo-retina> "Your message to support-instantbird awaits moderator approval" pfff :( 08:18:49 <flo-retina> "The reason it is being held: Message has implicit destination" :( 08:20:59 <flo-retina> BlueMaxima: the twitter fix is in the current mac nightly 08:21:18 <flo-retina> BlueMaxima: unfortunately the windows and linux nightlies weren't built this night. 08:23:01 <-- flo has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 08:23:45 --> flo has joined #instantbird 08:23:46 * ChanServ sets mode +qo flo flo 09:31:28 <-- skeledrew has quit (Connection reset by peer) 09:31:33 --> skeledrew has joined #instantbird 09:42:46 <-- Even has quit (Input/output error) 09:46:08 --> BlueMaxima has joined #instantbird 09:46:55 --> Even has joined #instantbird 09:46:55 * ChanServ sets mode +o Even 09:49:44 <-- jb has quit (Ping timeout) 09:51:17 --> jb has joined #instantbird 09:55:23 <-- jb has quit (Ping timeout) 09:56:03 <flo> BlueMaxima: are you on Mac? 09:56:26 <BlueMaxima> Windows 8 09:56:41 <flo> BlueMaxima: http://log.bezut.info/instantbird/today#m29 09:57:18 <BlueMaxima> Ah, I see 09:57:19 <instant-buildbot> build #335 of win32-onCommit is complete: Exception [exception interrupted] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/335 blamelist: aleth <aletheia2@fastmail.fm>, Florian Qu?ze <florian@instantbird.org> 09:57:29 <instant-buildbot> build #348 of linux-onCommit is complete: Exception [exception interrupted] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/348 blamelist: aleth <aletheia2@fastmail.fm>, Florian Qu?ze <florian@instantbird.org> 09:57:37 <BlueMaxima> My apologies for leaving but my mobile connection is known for being stupidly unstable 09:58:24 <flo> the log is here for that ;) 09:59:04 <BlueMaxima> yeah derp. 09:59:41 <flo> BlueMaxima: FYI, the windows nightly is currently building, and if everything goes fine, it should be available in a little bit more than 2 hours 09:59:56 <BlueMaxima> I'll be sure to try it out 10:00:58 <flo> also, when wondering if the build you are currently using has a fix or not, you can look at the build date in the About dialog 10:01:14 <flo> if the date isn't newer than the day when the fix was commited, you can be sure the fix isn't in it yet ;) 10:01:45 <-- BlueMaxima has quit (Ping timeout) 10:03:57 <-- Even has quit (Input/output error) 10:04:17 --> BlueMaxima has joined #instantbird 10:04:36 --> Even has joined #instantbird 10:04:37 * ChanServ sets mode +o Even 10:13:19 <-- Kaishi has quit (Quit: Kaishi) 10:15:14 --> jb has joined #instantbird 10:20:44 <-- jb has quit (Ping timeout) 10:28:03 --> jb has joined #instantbird 10:30:15 <-- jb has quit (Excess Flood) 10:30:20 --> jb has joined #instantbird 10:30:48 <instant-buildbot> build #683 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/683 10:40:25 <-- jb has quit (Ping timeout) 10:57:11 --> gg0 has joined #instantbird 11:09:02 --> jb has joined #instantbird 11:10:02 <-- jb has quit (Connection reset by peer) 11:54:01 --> jb has joined #instantbird 11:59:35 <-- BlueMaxima has quit (Ping timeout) 12:06:51 --> BlueMaxima has joined #instantbird 12:13:19 <instant-buildbot> build #772 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/772 12:32:53 <-- BlueMaxima has quit (Connection reset by peer) 13:42:03 --> aleth has joined #instantbird 13:42:03 * ChanServ sets mode +h aleth 13:54:12 <-- aleth has quit (Quit: Au revoir) 13:54:21 --> aleth has joined #instantbird 13:54:21 * ChanServ sets mode +h aleth 15:16:00 --> rosonline has joined #instantbird 15:28:44 <flo-retina> the uk locale is ready! :) 15:54:55 --> Kaishi has joined #instantbird 16:12:45 <-- aleth has quit (Quit: Au revoir) 16:12:48 --> aleth has joined #instantbird 16:12:48 * ChanServ sets mode +h aleth 16:23:07 --> micahg has joined #instantbird 16:49:18 <-- jb has quit (Ping timeout) 16:49:41 --> jb has joined #instantbird 16:49:41 <-- aleth has quit (Quit: Au revoir) 16:49:42 --> aleth has joined #instantbird 16:49:43 * ChanServ sets mode +h aleth 16:50:44 <-- aleth has quit (Quit: Au revoir) 16:50:45 --> aleth has joined #instantbird 16:50:45 * ChanServ sets mode +h aleth 16:53:03 <-- aleth has quit (Quit: Au revoir) 16:53:09 --> aleth has joined #instantbird 16:53:09 * ChanServ sets mode +h aleth 16:55:19 <-- aleth has quit (Quit: Au revoir) 16:55:21 --> aleth has joined #instantbird 16:55:22 * ChanServ sets mode +h aleth 16:56:30 * flo-retina is working on a patch for bug 1789 16:56:33 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1789 maj, --, ---, nobody, NEW, Google Talk (JS-XMPP) accounts should timeout when the connection to the server has stalled 16:57:55 <-- aleth has quit (Quit: Au revoir) 16:57:57 --> aleth has joined #instantbird 16:57:58 * ChanServ sets mode +h aleth 17:05:18 * aleth is fixing distro-change-related config file issues :-/ 17:09:20 <flo-retina> time to test the patch :) 17:16:22 <-- jb has quit (Ping timeout) 17:21:58 <-- aleth has quit (Quit: Au revoir) 17:21:59 --> aleth has joined #instantbird 17:21:59 * ChanServ sets mode +h aleth 17:25:01 <-- aleth has quit (Quit: Au revoir) 17:25:02 --> aleth has joined #instantbird 17:25:03 * ChanServ sets mode +h aleth 17:25:12 --> jb has joined #instantbird 17:29:17 <-- aleth has quit (Quit: Au revoir) 17:29:24 --> aleth has joined #instantbird 17:29:24 * ChanServ sets mode +h aleth 17:31:19 <flo-retina> the gtalk server seems to send us some keep-alive whitespace, but at completely random intervals :-S 17:35:41 <aleth> That's not very helpful :-/ 17:36:40 <-- flo-retina has quit (Ping timeout) 17:40:52 --> flo-retina has joined #instantbird 17:40:52 * ChanServ sets mode +qo flo-retina flo-retina 17:43:08 <aleth> are you going to ping the server instead? 17:43:26 <flo> I explained in the bug what I intend to do 17:43:30 <flo> (the patch is ready :)) 17:43:40 <aleth> :) 17:43:53 <aleth> I forgot to pastebin it at the time, so before it gets lost: here's the system message styling you asked for the other day http://pastebin.instantbird.com/101057 17:45:28 <instantbot> florian@instantbird.org requested review from aletheia2@fastmail. fm for attachment 2082 on bug 1789. 17:45:30 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1789 maj, --, ---, florian, NEW, Google Talk (JS-XMPP) accounts should timeout when the connection to the server has stalled 17:46:26 <-- aleth has quit (Quit: Au revoir) 17:46:27 --> aleth has joined #instantbird 17:46:27 * ChanServ sets mode +h aleth 17:46:30 <flo-retina> aleth: what am I supposed to do with that pastebin? Do you like the result? 17:48:09 <aleth> I wasn't sure and ran out of time to play with it. In a way it's an improvement, but I wasn't sure about the smaller font on its own 17:48:23 <aleth> Do as you like with it ;) 17:48:39 --> mconley has joined #instantbird 17:49:07 <-- jb has quit (Ping timeout) 17:49:15 <aleth> Since it's animated, screenshots are of limited use anyway 17:50:44 <flo-retina> aleth: I'm kinda focused on finishing 1.3, and I think that isn't for 1.3, so at this point I don't want to do anything with it :-| 17:51:20 <flo-retina> ahah, Daily is sucking 9.3GB of ram. 17:51:21 <aleth> Of course. I wasn't expecting you to do anything with it like right now :P 17:51:56 <aleth> Or even at all... I was just clearing out old diffs and remembered you had asked. 17:52:06 <-- aleth has quit (Quit: Au revoir) 17:52:06 --> aleth has joined #instantbird 17:52:07 * ChanServ sets mode +h aleth 17:54:22 --> jb has joined #instantbird 17:54:25 <-- jb has quit (Connection reset by peer) 17:54:30 --> jb has joined #instantbird 17:55:12 * aleth was hoping he might get around to looking at mutation observers this afternoon :( 17:58:55 <flo-retina> I still need to look at bug 1773, verify that l10n repackaging works, and update the website on the staging server so that localizers can start localizing the release notes. 17:58:58 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1773 nor, --, ---, nobody, NEW, Fix the layout/background of the Mac disk image for compatibility with OS X 10.8 18:05:52 <flo> I think we should do l10n repackaging for at least one locale on every nightly, to no longer have to check that thing just before each release 18:06:05 <flo> maybe we should repackage and then rm the files instead of uploading them 18:06:49 <flo> or do localized nightlies for all the locales that are up to date 18:07:18 <flo> we would need to make them expire (and be removed from the server) quickly to avoid taking a huge amount of disk space 18:07:43 <-- micahg has quit (Ping timeout) 18:07:56 <aleth> Would they be of any use to anyone, really? I'd say do whatever is easiest for you to convince yourself the repackaging works... 18:08:19 <flo> aleth: I think that could be an intensive for translators to keep their locale up to date 18:08:49 <aleth> Oh, you mean build them all the time, even after release? 18:08:51 <-- jb has quit (Ping timeout) 18:09:03 <flo> it's nicer to have a localized nightly that automatically updates to the next fully localized nightly of the same locale than using langpacks that bitrot very quickly 18:09:49 <aleth> I'm sure it would be great, as long as diskspace & the bots can handle it... 18:10:21 <aleth> Definitely the best incentive to keep the strings updated... 18:11:04 <aleth> OTOH 44 strings is not a huge deal really either. So the main benefit is people can use localized nightlies, not just to localizers. 18:11:31 <flo> I'm not sure what you mean with "44 strings is not a huge deal really either." 18:12:24 <aleth> I mean that updating the strings all in one go as opposed to as they land is not storing up a large amount of work. 18:12:38 <flo> ah, ok :) 18:12:49 <flo> the only problem with it is... it's hard to get people to react 18:13:06 * flo hasn't received any feedback to his email to aviary.pl 18:13:09 <aleth> especially when you can't be sure who has received/seen the email :( 18:13:47 <flo> aleth: I think we really need someone in charge of the l10n community, taking time to actually know each localizer, and talking to them frequently to know what's up 18:14:33 <aleth> Ideally a localizer who knows the process well. 18:14:40 <-- aleth has quit (Quit: Au revoir) 18:14:41 --> aleth has joined #instantbird 18:14:41 * ChanServ sets mode +h aleth 18:15:06 <flo> http://pastebin.instantbird.com/101078 :( 18:15:34 <aleth> With no errors actually above? :( 18:15:41 <flo> right, just nothing 18:16:55 --> jb has joined #instantbird 18:17:50 <flo> ok, there was a 2>.mozconfig.out at that line of client.mk 18:18:33 <-- jb has quit (Excess Flood) 18:18:37 --> jb has joined #instantbird 18:22:47 --> josefec has joined #instantbird 18:24:13 <josefec> Hi. Why is it that there has been no blog post for another month and a few days? 18:24:28 <josefec> I mean on blog.instantbird.org. 18:24:42 <josefec> Donât you have any interesting news from the development process? 18:24:42 <flo-retina> josefec: hello :) 18:25:00 <flo-retina> josefec: we are releasing Instantbird 1.3 next week 18:26:05 <flo-retina> josefec: I think the answer to your question is that we enjoy developing Instantbird, but most of us are bored by writing blog posts, and only do it when they feel they really have to do it. 18:26:37 <flo-retina> josefec: it would be awesome if we could have in our team someone who enjoys communicating about the good stuff that's coming :) 18:27:46 <josefec> Really? :) I was just wondering around if anything is going on... I have got a bug on 1.2, it is really annoyingly often crashing on receiving a ICQ message. I donât know if that can play any role, but it is usually a message sent from Miranda client. Maybe I should file a bug but I thought that it could possibly be fixed in the new version. 18:28:40 <flo-retina> josefec: there's 0 chance of it getting fixed if you don't file a bug 18:28:55 <flo-retina> most of us don't use ICQ, so we won't even know the bug exists 18:29:12 <flo-retina> so yes, please file a bug! :) 18:29:23 <flo-retina> and if possible, include links to crash reports 18:29:44 <flo-retina> (type openDialog("about:crashes") in the textbox at the top of the Error Console to open the list of crash reports you have submitted) 18:29:50 <josefec> Are crash stats working? It always sends the report of the crash... 18:30:15 <flo-retina> josefec: they work, but most reports aren't really fixable without an explanation of how one can reproduce the crash. 18:30:18 <josefec> So you might actually know about that problem from these... 18:31:00 <flo-retina> josefec: we know problems exist. We can't guess what causes them (we sometimes do, but it's just when we are lucky) 18:31:21 --> Mnyromyr has joined #instantbird 18:31:51 <josefec> OK. I will definitely file that one when I get to the machine where I have it. (It is not on this one where Iâm writing right now.) 18:31:59 <flo-retina> josefec: and in the crash reports I've looked at during the last few weeks, I saw absolutely nothing that looks related to ICQ, so if there's a link between ICQ and the reports we received, it's definitely not obvious :) 18:32:22 <josefec> OK. It might not be linked, who knows... 18:32:39 <josefec> But there is only ICQ protocol installed on that machine. 18:33:10 <flo-retina> in any case, the more information we have about a problem, the more likely we are to be able to fix it :) 18:34:05 <flo-retina> aleth: do you agree that https://bugzilla.instantbird.org/attachment.cgi?id=2083 looks like a blocker? :-/ 18:34:17 <-- jb has quit (Ping timeout) 18:34:28 <aleth> Ouch. 18:34:30 <aleth> When does that happen? 18:34:57 <aleth> Is that an OSX-specific screen? 18:35:00 <josefec> Well, thanks for the news on Instantbird 1.3. Maybe you could write something abou that on the blog after all. ;) 18:35:27 <aleth> josefec: There will be a release post ;) 18:35:27 <-- josefec has quit (Quit: Instantbird 1.2 -- http://www.instantbird.com) 18:36:12 <flo-retina> aleth: it's the os x disk image (the .dmg file) 18:36:42 <aleth> If that's someone's first impression of IB, that's Not Good. 18:36:56 <flo-retina> it's on OS X 10.7+ I think 18:37:12 <flo-retina> I remember someone telling me Ib was crap on OS X because of that bug, when 10.7 was released 18:37:15 <aleth> I didn't realize OSX install packages came with extra graphics 18:37:20 <flo-retina> but I couldn't do anything about it because I couldn't reproduce 18:37:30 <flo-retina> now I don't have that excuse any more 18:37:36 <aleth> Right. 18:41:49 <-- mconley has quit (Ping timeout) 18:42:11 <aleth> flo-retina: Your patch is using a XEP, what happens if a server hasn't got it installed? Or is it standard? 18:42:35 <flo-retina> aleth: the server will send us back an error message 18:42:41 <flo-retina> which will reset the timer 18:42:58 <flo-retina> http://xmpp.org/extensions/xep-0199.html#c2s 18:43:00 <aleth> So it works even if it fails :P 18:43:18 <flo-retina> "example 5" is a reply from a server supporting the xep, exemple 6 from a server that doesn't 18:43:25 <flo-retina> aleth: exactly! :) 18:43:29 <aleth> neat... 18:44:14 --> mconley has joined #instantbird 18:44:54 * flo-retina isn't sure what to do for that stupid packaging bug 18:45:03 <flo-retina> I'm not even sure I have the source of the current image :( 18:50:03 <flo-retina> apparently Idechix sent me the current image in May 2010 18:52:22 <flo-retina> I have the source! \o/ 18:52:35 <instantbot> aletheia2@fastmail.fm granted review for attachment 2082 on bug 1789. 18:52:37 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1789 maj, --, ---, florian, NEW, Google Talk (JS-XMPP) accounts should timeout when the connection to the server has stalled 18:52:44 <flo-retina> the svg file is larger than the png :-D 18:54:35 <flo-retina> aleth: thanks for the review! :) 18:58:21 <aleth> Hmm... second thoughts: if we get disconnected for a non-timeout-related reason, will the error message to the account manager from onConnectionXXX be overwritten by the timer-triggered onConnectionTimedOut? 18:59:23 <aleth> There doesn't seem to be an equivalent of gotDisconnected for IRC, which could clear any outstanding timers. 18:59:37 --> meh` has joined #instantbird 18:59:51 <-- meh has quit (Ping timeout) 19:23:25 <gg0> trying to resurrect IB on debian 19:24:19 <gg0> managed to build it against xulrunner16 by applying these patches http://paste.debian.net/plain/208395 19:25:22 <gg0> probably it could be patched better 19:25:51 <gg0> problem now it's it doesn't start 19:26:13 <gg0> when launched it dies after a couple of seconds 19:26:35 <gg0> no windows, no output messages, it just terminates 19:31:26 <aleth> gg0: if you start it with run-mozilla.sh you may see more error messages 19:31:44 <aleth> instantbird (the file) is just a script 19:32:02 <aleth> probably there is some library it is not finding. 19:38:49 --> tabris has joined #instantbird 19:39:18 <-- tabris has left #instantbird () 19:39:41 <flo> aleth: the disconnect() method I patched is the JS-XMPP equivalent of gotDisconnected 19:40:18 <flo> aleth: it's called at http://lxr.instantbird.org/instantbird/source/chat/protocols/xmpp/xmpp.jsm#1197 it's not the disconnect() method of the account ;). 19:40:47 <aleth> flo: OK :) 19:40:50 <flo> well, actually it's _disconnect() in xmpp.jsm that's the closest equivalent to gotDisconnected 19:45:38 <gg0> even run_mozilla.sh runs "exec /usr/lib/instantbird/instantbird-bin" 19:45:48 <gg0> which is lrwxrwxrwx 1 root root 32 Nov 11 15:35 /usr/lib/instantbird/instantbird-bin -> ../xulrunner-16.0/xulrunner-stub 19:48:01 <gg0> here mozconfig http://paste.debian.net/plain/208405/ 19:49:28 --> EionRobb has joined #instantbird 20:20:55 <-- rosonline has quit (Quit: Experimentem Instantbird 1.2 -- http://www.instantbird.com) 20:49:28 --> jb has joined #instantbird 20:53:34 <-- jb has quit (Broken pipe) 20:57:07 <-- aleth has quit (Quit: Au revoir) 20:57:10 --> aleth has joined #instantbird 20:57:11 * ChanServ sets mode +h aleth 20:59:45 <-- aleth has quit (Quit: Au revoir) 20:59:46 --> aleth has joined #instantbird 20:59:46 * ChanServ sets mode +h aleth 21:09:40 <Tonnes> flo (and others): greetings.. is it ok to force abuild after updating our locale? 21:10:06 <Tonnes> .. or rather.. required 21:11:05 <Tonnes> not really a question.. :) 21:16:27 <flo> Tonnes: if you want a langpack to test with, yes 21:16:55 <flo> Tonnes: otherwise, http://hg.instantbird.org/l10n/locales-status.html#nl is updated automatically every hour 21:16:58 <-- Suiseiseki has quit (Ping timeout) 21:17:03 <flo> (but I can force an update right now if you want) 21:17:15 <Tonnes> flo: done.. 21:18:33 <flo> ah, cool :) 21:19:47 <flo> have you used compare-locales locally to reach that "no missing strings" state with a single commit? : 21:19:48 <flo> ) 21:20:30 <Tonnes> negative 21:21:44 <Tonnes> you mean the python script, right? I can't run them 21:27:53 <flo> it's probably using python yes 21:28:34 <Tonnes> looks good though, I trust the status page :) 21:29:47 <flo> ah, it's finally updated :) 21:29:58 <flo> didn't you see the log from buildbot? 21:31:20 <Tonnes> it took a few minutes indeed 21:31:37 <Tonnes> oh wait, the buildbot log was fine 21:31:46 <Tonnes> the locales-status page took longer 21:32:36 <Tonnes> but yes I saw it 21:33:34 <Tonnes> I do see a chrome mainfest message in the console, this is ok? 21:34:00 <Tonnes> in previous versions as well I think 21:34:18 <Tonnes> ..because of using the zip version? 21:34:56 <flo> it's easier to know what you are talking about if you show the message you are seeing ;) 21:36:26 <Tonnes> Could not read chrome manifest 'jar:file:///C:/Users/................./default/extensions/langpack-nl@addons.instantbird.org.xpi!/chrome/nl.manifest'. 21:37:02 <Tonnes> hmm the langpack 21:37:41 --> FeuerFliege has joined #instantbird 21:39:10 <Tonnes> chrome.manifest says "manifest chrome/nl.manifest" in one line 21:40:13 <flo> if everything works otherwise (ie the UI is correctly localized), don't worry about it :) 21:44:41 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105]) 21:45:12 <-- aleth has quit (Quit: Au revoir) 21:45:12 --> instantbird has joined #instantbird 21:45:13 --> aleth has joined #instantbird 21:45:14 * ChanServ sets mode +h aleth 21:45:52 * instantbird is now known as Tonnes2 21:45:59 <Tonnes2> boo 21:48:49 <Tonnes> boo back 21:53:22 <flo> my linux build repackaged into Fr works. 21:56:47 <Tonnes2> why shouldn't it? :) 21:57:45 <flo-retina> Tonnes2: I was testing that l10n repackaging still works. 21:57:56 <Tonnes2> I see 21:57:56 <aleth> :) 21:58:01 <flo-retina> Tonnes2: it's not rare that it fails after updating the Mozilla version that we are based on 21:58:21 <flo-retina> aleth: I can't test the patch from bug 1789 with facebook chat, there XMPP servers seem busted 21:58:24 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1789 maj, --, ---, florian, NEW, Google Talk (JS-XMPP) accounts should timeout when the connection to the server has stalled 21:58:44 <flo-retina> both my nightly and my debug build with the patch applied fail to keep a connection to the server 21:59:07 <flo-retina> it seems the server closes the connection 21:59:08 <Tonnes2> ouch.. 21:59:17 <Tonnes2> a blocker? 22:00:15 <flo-retina> Tonnes2: it's not our fault that the facebook servers are broken tonight ;) 22:01:56 <aleth> Maybe better luck tomorrow... 22:02:25 <Tonnes2> who uses fb anyway.. 22:02:48 <Tonnes2> say, where did the web pages go in hg? 22:02:51 <EionRobb> apparently using port 5221 works? 22:02:56 <EionRobb> *for facebook chat 22:03:08 <instantbot> New Core - General bug 1790 filed by florian@instantbird.org. 22:03:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1790 nor, --, ---, nobody, NEW, Changing one's status retries to connect accounts for which the user clicked "Cancel reconnection" 22:03:26 <flo-retina> "where did the web pages go in hg?" I don't understand this question 22:03:30 <EionRobb> something about it being their beta server for testing... if you were wanting to test the patch from 1789, flo-retina :) 22:03:47 <flo-retina> EionRobb: you noticed the same issue with the facebook chat servers today? 22:04:32 <Tonnes2> for localizing the web page, I recall the en-US ones moving elsewhere 22:04:41 <flo-retina> EionRobb: the only thing that I could need testing there is that the facebook chat server doesn't behave completely stupidly when we sent it an iq ping. But libpurple does send pings, so I kinda assume it will be fine 22:04:47 <EionRobb> flo-retina: yeah, everyone noticed :) 22:05:03 <EionRobb> any xmpp server should work with ping's 22:05:10 <EionRobb> either the server will reply with not-implemented, or with pong 22:05:11 <flo-retina> EionRobb: well, facebook isn't a very important part of my life, so I noticed only when I tried to test the patch ;) 22:05:42 <flo-retina> EionRobb: right, any xmpp server should just work. But I'm used to facebook's servers being a bit... unusual :). 22:05:51 <EionRobb> lol 22:08:54 <flo-retina> Tonnes2: I still don't understand your question 22:09:16 <flo-retina> are you asking where your localized strings should go? Where you can find the en-us version of these strings? Where the staging website is? 22:09:37 <Tonnes> the middle one :) 22:10:18 <flo-retina> http://hg.instantbird.org/l10n/en-US/file/tip/websites/www.instantbird.com 22:10:49 <flo-retina> we don't run compare locales for the website because we don't mind if parts of the website aren't translated 22:10:50 <Tonnes> thanks.. for the locales, it's still the Websites foler? 22:10:55 <Tonnes> fodler 22:10:58 <Tonnes> huh! 22:11:04 <Tonnes> near bedtime 22:11:04 <flo-retina> I really don't understand your question 22:11:25 <Tonnes> where the localized strings should go.. 22:11:26 <flo-retina> the en-US repository is generated to match exactly what locale repositories should contain 22:11:43 <flo-retina> but you already have localized website strings http://hg.instantbird.org/l10n/nl/file/8fe258fabb52/websites/www.instantbird.com so it shouldn't be a surprise ;) 22:12:09 <Tonnes> I was afraid they were outdated 22:12:24 <flo-retina> that's quite possible 22:12:32 <flo-retina> I haven't pushed the website changes for 1.3 yet 22:12:43 <Tonnes> oh, ok 22:13:00 <flo-retina> but you obviously have neither the 1.1 nor 1.2 release notes translated 22:13:13 <Tonnes> indeed 22:13:26 <flo-retina> which isn't necessarily a problem from my point of view 22:13:40 <aleth> flo-retina: Didn't you upload 64bit Linux builds for 1.2 at some point? They aren't listed here http://www.instantbird.com/download-all.html 22:13:44 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/33406ddc834d - Florian Quèze - Bug 1789 - Google Talk (JS-XMPP) accounts should timeout when the connection to the server has stalled, r=aleth. 22:13:44 <flo-retina> we like that localizers translate as much as they want/can of the website 22:13:46 <flo-retina> http://www.instantbird.com/nl/ 22:13:54 <flo-retina> aleth: they are unsupported 22:14:03 <flo-retina> aleth: they are in a contrib/ subfolder on the ftp 22:14:05 <aleth> OK 22:14:25 <gg0> build log http://gg0.bshellz.net/buildlog.201211111659 22:14:27 <aleth> Just talking about "website strings" made me remember... 22:14:41 <flo-retina> by unsupported, I mean that we don't collect crash reports in a useful way, and don't auto-update these builds 22:16:38 <flo-retina> Tonnes: I would suggest that you browse on http://www.instantbird.com/nl/ and if/when you find untranslated strings, go look for where they come from 22:17:16 <flo-retina> Tonnes: you likely want to fix the "Developers" string that's very visible in the header for example (http://hg.instantbird.org/l10n/en-US/file/995db2f2103b/websites/www.instantbird.com/header.properties) 22:18:05 <flo-retina> aleth: how do you feel about bug 1790? 22:18:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1790 nor, --, ---, nobody, NEW, Changing one's status retries to connect accounts for which the user clicked "Cancel reconnection" 22:18:46 <flo-retina> I've known that a serious bug with the reconnection timers existed for a while, but I just found the STRs today :(. 22:19:30 <Tonnes> flo-retina: looks like 3 files have changed snce 2011-10-09, and 2 added, 1 to come 22:19:41 <aleth> flo-retina: 1) good to have STR 2) I don't think it's 1.3-blocking since most people (me included) never notice that context menu exists anyway 22:20:21 <-- mconley has quit (Ping timeout) 22:21:15 <aleth> I think I'd prefer it if that reconnection cancel functionality was not hidden in the context menu, but was simply the button state when a reconnection timer is active 22:22:00 <aleth> But I haven't thought that through beyond "there's an issue there" 22:23:02 <aleth> I wonder if bug 1790 reveals a deeper problem though :( 22:23:10 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1790 nor, --, ---, nobody, NEW, Changing one's status retries to connect accounts for which the user clicked "Cancel reconnection" 22:25:24 <flo-retina> aleth: when there's a reconnect timer, the action of the button is "reconnect immediately" 22:25:48 <flo-retina> aleth: the action of "cancel reconnect" is (or should be) equivalent to the "disconnect" button after the changes we made at the end of the 1.2 cycle I think 22:26:05 <flo-retina> so I suspect bug 1790 is just a detail we missed when we worked on these chanegs 22:26:07 <flo-retina> *changes 22:26:18 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1790 nor, --, ---, nobody, NEW, Changing one's status retries to connect accounts for which the user clicked "Cancel reconnection" 22:26:27 <Tonnes> flo: the confusion started as I appear to use hg.instantbird.org/instantbird to find the en-US sources, where there is no websites folder. sorry.. :) 22:27:12 <flo-retina> Tonnes: I think we stopped recommending that a year ago or so 22:27:43 <aleth> flo-retina: Yes but we could go "cancel reconnections" -> "connect" on the button instead 22:27:49 <flo-retina> aleth: I think I agree that it's not blocking 1.3. If the patch turned out to be super trivial and super safe I would be glad to take it though. 22:27:56 <Tonnes> another result of missing the group / mailing list I guess.. 22:28:21 <aleth> flo-retina: I'm just looking at those files in case there is just a delete xyz missing somewhere 22:28:37 <flo-retina> aleth: i suspect it's a removeObserver that's missing 22:28:45 <instant-buildbot> build #349 of linux-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/349 22:29:15 <aleth> Right, that would be the other simple possibility 22:30:02 <flo-retina> aleth: or a test before http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#608 22:32:53 <flo-retina> aleth: I think the patch I would suggest is renaming cancelReconnection to _cancelReconnection, and in the exposed cancelReconnection method, calling this._cancelReconnection() and this.disconnect() 22:32:54 <aleth> I suspect this if clause also needs to be in cancelReconnection http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#623 22:33:59 <aleth> Or just call this.disconnect in cancelReconnection ? 22:34:07 <flo-retina> aleth: it also needs to be executed when cancelReconnection is called from outside imAccounts.js through the xpcom interface (ie by the user), but not when it's called internally 22:34:27 <flo-retina> you seem to have reached the same conclusion as me :) 22:35:26 <aleth> That means we can probably patch it :) The question is, is this in any way risky before 1.3 22:35:35 <flo-retina> aleth: it's quite obvious that http://lxr.instantbird.org/instantbird/source/chat/components/src/imAccounts.js#604 shouldn't kill the status observer ;) 22:36:04 <flo-retina> aleth: if we take it today, we have 2 nightlies left before releasing 22:36:21 <aleth> Right. 22:36:56 <flo-retina> aleth: if I hack a patch quickly, can you test and review it while I'll be driving (~1 hour) so that it would be ready to commit (or forget) when I arrive at home? (I'm at my parents' right now) 22:37:36 <aleth> OK, but I have to go in about half an hour myself, so testing will be minimal 22:40:34 <flo-retina> completely untested 22:40:36 <instantbot> florian@instantbird.org requested review from aletheia2@fastmail. fm for attachment 2084 on bug 1790. 22:40:38 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1790 nor, --, ---, florian, NEW, Changing one's status retries to connect accounts for which the user clicked "Cancel reconnection" 22:41:20 <-- FeuerFliege has quit (Connection reset by peer) 22:42:19 <flo-retina> the detail that makes me slightly nervous is "are there corned cases that could cause the disconnect() call to call this._ensurePrplAccount.disconnect(); and fire various notifications 22:42:58 <flo-retina> maybe cancelReconnection should if (!this.disconnected) throw "..."; 22:45:10 <aleth> Or instead of calling disconnect just copy the delete statusobserver code across after all 22:46:33 <flo> aleth: that would still do crap if the cancelReconnect method is for some reason called while the account is online (switching the status to offline wouldn't disconnect the account) 22:48:25 <aleth> Throwing is better then as that shouldn't happen. 22:49:23 <flo-retina> yes, that shouldn't happen. If it happens, something is broken in the account.xml binding; or in an add-on. 22:51:10 <-- aleth has quit (Quit: Au revoir) 22:51:16 --> aleth has joined #instantbird 22:51:16 * ChanServ sets mode +h aleth 22:59:34 <-- flo has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 22:59:41 <-- flo-retina has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 23:05:20 <gg0> I wasn't installing a lot of stuff :/ 23:06:30 <aleth> gg0: I'm sorry I can't help you with the log... 23:07:30 <instantbot> aletheia2@fastmail.fm denied review for attachment 2084 on bug 1790. 23:07:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1790 nor, --, ---, florian, NEW, Changing one's status retries to connect accounts for which the user clicked "Cancel reconnection" 23:08:02 --> qlum has joined #instantbird 23:10:26 <gg0> aleth: help not needed anymore, my fault, I wasn't installing a lot of stuff, now it starts 23:10:32 <aleth> :) 23:10:50 <aleth> We'll be very happy if IB gets back into Debian... 23:11:07 <aleth> I thought there was some libpurple-related issue too though 23:16:29 <gg0> one step at a time, I could bring it in back as it was: just in unstable with libpurple which blocks landing to testing http://bugs.debian.org/569946 23:17:09 <-- aleth has quit (Input/output error) 23:17:51 <gg0> then we could work on disabling IB libpurple completely or fixing --enable-purple-plugin flag bug 414 23:17:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=414 nor, --, ---, nobody, RESO WONTFIX, --enable-purple-plugins doesn't work 23:28:03 <-- Tonnes2 has quit (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com) 23:41:18 <instant-buildbot> build #336 of win32-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/336 23:48:10 <-- qlum has quit (Quit: Getting the <censored> out.)