All times are UTC.
00:00:04 <flo> and thinks instantbot should agree too :-D 00:00:46 <instantbot> clokep@gmail.com requested review from florian@instantbird .org for attachment 1687 on bug 944. 00:00:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=944 enh, --, ---, clokep, ASSI, Support for Bonjour 00:00:49 <clokep> We should have instantbot learn to dislike a lot of languages. 00:00:54 * clokep is looking at Ruby... 00:00:59 <flo> grrr, that website is completely messed up 00:01:17 <flo> clokep: oh yeah, I'm sure instantbot would love to hate Ruby 00:02:26 <flo> and perl :) 00:02:52 <clokep> Hah. Yeah... 00:03:18 <flo> and having the patch I need to check-in in the bug with a commit message so that I can just hg import would help, yes :) 00:03:49 <clokep> Ah I don't think I put a commit message. 00:05:14 * clokep is uploading a new version.... 00:05:24 <flo> if it's already there, ignore it :) 00:06:05 <instantbot> clokep@gmail.com cancelled review?(florian@instantbird .org) for attachment 1687 on bug 944. 00:06:06 <instantbot> clokep@gmail.com requested review from florian@instantbird .org for attachment 1688 on bug 944. 00:06:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=944 enh, --, ---, clokep, ASSI, Support for Bonjour 00:10:24 <flo> "we provide the for Windows" isn't really the reason why we can link statically 00:10:34 <flo> it's more that the prpl is weakly linked to mdns 00:10:42 <flo> but that's irrelevant to fixing the bustage :) 00:11:39 <instantbot> florian@instantbird.org granted review for attachment 1688 on bug 944. 00:11:42 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=944 enh, --, ---, clokep, ASSI, Support for Bonjour 00:12:31 <instantbot> Check-in: http://hg.instantbird.org/instantbird/rev/6e0548b69892 - Patrick Cloke - Bug 944 - Support for Bonjour followup: fix configure.in, r=fqueze. 00:13:24 <instant-buildbot> build #284 of linux-onCommit is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/linux-onCommit/builds/284 blamelist: Patrick Cloke <clokep@gmail.com> 00:13:57 <clokep> Right, that one was expected. 00:20:53 <flo> have the other 2 passed configure? 00:21:34 <clokep> Windows did, was just about to check Mac. 00:22:07 <clokep> So did Mac. 00:22:56 <flo> I think that insurance website has the weakest password I've ever used 00:23:09 <flo> (it was automatically generated by the website, not sure if I can/should change it) 00:23:24 <flo> only 4 characters, all of them are digits, 3 out of 4 are the same digit! 00:23:27 <clokep> Aren't auto-generated passwords supposed to be strong? :P 00:23:44 <flo> cool for the configures passing :) 00:26:42 <flo> and now it won't let me log in any more :-S 00:28:52 <clokep> Can you call? 00:29:07 <flo> "you have subscribed to our services so you can't login any more with an email address, you need to login instead with your customer number, which you will receive in an email" uh 00:29:28 <flo> you can't login any more because you have subscribed to our services seems really strange as an error message :) 00:29:39 <flo> clokep: at 2:30 calling seems a bad idea :) 00:30:01 <clokep> True. :) 00:30:37 <flo> but yeah, I'll call them tomorrow 00:32:08 <flo> the problem is that I subscribed online, and they are going to send me the documents to make the final payment and signing the contract... at the address of the place I'm insuring. And there's no way to specify that they need to send it to another address, because you know, if I'm subscribing for an insurance plan starting Thursday, it's because I don't live there yet... 00:35:11 <clokep> Yes, that would make sense. :) 00:35:19 <clokep> File a bug? ;) 00:36:17 <flo> the first bug I would file was for the thing causing the error 500 ;) 00:37:02 <flo> after 2 or 3 occurrences of it I was completely stuck in the sign up process, and the only way I could restart it was to start from a different Firefox profile :-D 00:37:18 <clokep> Cookies? 00:37:36 <flo> likely :) 00:37:42 * clokep thought you were going to say by using Internet Explorer... 00:37:46 <clokep> But then I realized you're on a Mac. :-D 00:38:48 <flo> I don't care, I have the insurance certificate I needed for Thursday printed, so if they don't get their final payment promptly, that's their problem :) 00:39:02 <flo> and don't ask me why they wouldn't let me pay it all through credit card right now... 00:39:27 <-- Tonnes has quit (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]) 00:39:29 <flo> I paid only a third by credit card, and I'll have to pay the rest "in a few days" apparently :-D 00:39:54 <clokep> Fun. :) 00:40:00 <flo> probably an old business practice that predates the online sign up process :) 00:42:33 <clokep> Probably haha. 00:47:54 <flo> Good night! 00:47:59 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 00:53:48 <-- mmkmou has quit (Ping timeout) 00:57:08 --> mmkmou has joined #instantbird 01:05:14 <-- mmkmou has quit (Ping timeout) 01:07:41 <-- Kaishi has quit (Quit: Kaishi) 01:08:58 --> mmkmou has joined #instantbird 01:43:52 --> Kaishi has joined #instantbird 01:44:54 <-- Kaishi has quit (Quit: Kaishi) 01:46:20 --> Tonnes has joined #instantbird 01:47:07 --> Kaishi has joined #instantbird 02:01:13 --> wnayes has joined #instantbird 02:02:05 <-- mmkmou has quit (Ping timeout) 02:07:14 <instant-buildbot> build #272 of win32-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-onCommit/builds/272 02:11:33 <instant-buildbot> build #543 of linux-nightly-default is complete: Failure [failed compile] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/543 02:20:56 <-- clokep has quit (Ping timeout) 02:29:04 <instant-buildbot> build #252 of macosx-onCommit is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-onCommit/builds/252 02:50:52 --> DGMurdockIII has joined #instantbird 03:36:11 <-- Tomek has quit (Quit: Instantbird 1.1) 03:59:47 <-- wnayes has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 04:33:10 <instant-buildbot> build #634 of win32-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/win32-nightly-default/builds/634 04:39:01 <-- Suiseiseki has quit (Ping timeout) 04:43:37 --> Suiseiseki has joined #instantbird 04:50:48 <-- micahg has quit (Ping timeout) 04:55:35 --> micahg has joined #instantbird 05:15:35 <-- DGMurdockIII has quit (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]) 05:46:49 <instant-buildbot> build #544 of linux-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/linux-nightly-default/builds/544 05:49:05 <-- EionRobb has quit (Quit: Leaving.) 06:15:53 --> FireFly_TB has joined #instantbird 06:16:22 --> FeuerFliege has joined #instantbird 06:25:49 <instant-buildbot> build #530 of macosx-nightly-default is complete: Success [build successful] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/530 07:02:59 --> Optimizer has joined #instantbird 07:15:00 --> jb has joined #instantbird 07:40:08 <-- micahg has quit (Ping timeout) 07:42:52 --> micahg has joined #instantbird 07:56:31 --> gerard-majax has joined #instantbird 08:05:27 <-- FireFly_TB has quit (Ping timeout) 08:05:27 <-- FeuerFliege has quit (Ping timeout) 08:07:20 --> FireFly_TB has joined #instantbird 08:07:24 --> FeuerFliege has joined #instantbird 08:09:16 <-- jb has quit (Ping timeout) 08:18:09 --> sonny has joined #instantbird 08:28:53 --> jb has joined #instantbird 08:55:22 <-- jb has quit (Ping timeout) 08:58:32 <-- Optimizer has quit (Ping timeout) 09:02:06 --> Optimizer has joined #instantbird 09:04:56 --> flo has joined #instantbird 09:04:57 * ChanServ sets mode +qo flo flo 09:05:06 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 09:05:15 --> flo has joined #instantbird 09:05:15 * ChanServ sets mode +qo flo flo 09:07:30 <flo> hello :) 09:07:39 * flo has configured a bonjour account on his default profile 09:07:59 <flo> Shouldn't we add a special case to not show the proxy dialog in the advanced options of Bonjour accounts? 09:08:08 <flo> Bonjour can never be proxied, right? 09:09:34 <flo> the prpl has a hack anyway for that: http://lxr.instantbird.org/instantbird/source/purple/libpurple/protocols/bonjour/jabber.c#1039 09:09:42 <flo> so I think we should find a way to hide the broken UI 09:10:28 <flo> how do we feel about checking the prpl id in http://lxr.instantbird.org/instantbird/source/purple/purplexpcom/src/purpleProtocol.cpp#280 ? 09:12:49 --> jb has joined #instantbird 09:13:34 <-- Optimizer has quit (Ping timeout) 09:17:07 --> Optimizer has joined #instantbird 09:21:58 --> mmkmou has joined #instantbird 09:27:24 --> aleth has joined #instantbird 09:27:24 * ChanServ sets mode +h aleth 09:30:34 <-- Optimizer has quit (Ping timeout) 09:30:58 --> Optimizer has joined #instantbird 09:31:41 <-- aleth has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 09:31:52 --> aleth has joined #instantbird 09:31:52 * ChanServ sets mode +h aleth 09:43:33 <aleth> Great, looks like Bonjour landed OK :) 09:49:34 <flo> yeah :) 09:50:24 <aleth> Though I don't know anyone who uses it, so I can't test it... 09:50:52 <flo> it's used in the office here :) 09:51:41 <aleth> An Apple LAN? 09:54:32 <flo> out of the 3 connected people I see on Bonjour in my blist, one is on a macbook pro, one on Ubuntu, and one on Windows XP :-P 09:54:54 <aleth> Just a local preference then :D 09:55:11 <aleth> Well, finally you can talk to the people in your office! ;) 10:11:48 <-- mmkmou has quit (Ping timeout) 10:14:31 <-- skeledrew has quit (Ping timeout) 10:15:15 --> mmkmou has joined #instantbird 10:19:07 --> clokep has joined #instantbird 10:19:07 * ChanServ sets mode +o clokep 10:22:41 <-- FireFly_TB has quit (Input/output error) 10:22:59 <-- FeuerFliege has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 10:22:59 --> TestFliege has joined #instantbird 10:26:14 <clokep> flo: That seems reasonable. :) 10:26:39 <flo> clokep: hello :) 10:26:54 <-- clokep has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 10:27:06 --> clokep has joined #instantbird 10:27:06 * ChanServ sets mode +o clokep 10:28:16 <clokep> Sounds like it'll work for Linux tomorrow. :) 10:28:27 <flo> why tomorrow? 10:29:27 <clokep> Did you relaunch the Linux nightly? 10:30:12 <flo> Even did :) 10:30:14 <instantbot> clokep@gmail.com set the Resolution field on bug 944 to FIXED. 10:30:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=944 enh, --, 1.2, clokep, RESO FIXED, Support for Bonjour 10:30:27 <clokep> Nice! :-D 10:31:57 <instantbot> clokep@gmail.com cancelled review?(florian@instantbird .org) for attachment 1676 on bug 1542. 10:32:03 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1542 nor, --, ---, clokep, ASSI, Use pkg-config instead of hard coded paths 10:32:31 <flo> I don't understand why libbonjour.so is the only library for which symbols have been extracted at the end of the distribute step on linux 10:33:18 <flo> it seems to only list the files that didn't exist yet on the server 10:34:04 <flo> but Mac/Windows correctly extract all files 10:34:21 <flo> I wonder if it could be a permission issue with the files uploaded by the linux slave 10:37:06 <clokep> :-/ It was definitely working before Bonjour? 10:37:30 <flo> clokep: the behavior hasn't changed with bonjour 10:37:46 <flo> it was just more noticeable in the latest log because there was one folder extracted :) 10:39:17 <clokep> Ah, I see. :) 10:39:40 <clokep> So....we can catch crashes in bonjour at least? :P 10:39:54 <flo> only in today's nightly, not tomorrow ;) 10:40:47 <flo> the permissions seem the same for linux and mac symbols on the server, I don't understand the difference then :-/ 10:45:29 <-- gerard-majax has quit (Ping timeout) 10:46:08 <clokep> flo: So now you can convince people in your office to use Instantbird, right? ;) 10:46:34 <flo> bah... 10:47:22 <flo> clokep: there's already one person from http://imaginationforpeople.org/en/ recommending it to all the members of his team 10:47:50 <flo> because this way he doesn't have to first ask which OS people are using before recommending an IM client to join their XMPP MUC ;) 10:50:36 <flo> which now makes me think that I may have someone here complaining to me if we ship 1.2 with broken XMPP MUCs :-D 10:52:37 <flo> but at least it's broken only for Gtalk account, not "XMPP" accounts :-D 10:53:25 <clokep> Hah, well think of it as motivation to fix them. ;) 10:55:08 <-- TestFliege has quit (Ping timeout) 11:10:47 <-- jb has quit (Ping timeout) 11:21:19 --> Bollebib has joined #instantbird 11:25:54 <-- clokep has quit (Ping timeout) 11:29:01 <-- aleth has quit (Input/output error) 11:30:52 --> Tomek has joined #instantbird 11:44:45 --> clokep_work has joined #instantbird 11:44:45 * ChanServ sets mode +o clokep_work 11:45:12 <-- clokep_work has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 11:45:29 --> clokep_work has joined #instantbird 11:45:29 * ChanServ sets mode +o clokep_work 11:55:06 <clokep_work> Well at least I have square Show Nick now. ;) 12:03:02 <-- Even has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 12:03:15 --> Even has joined #instantbird 12:03:15 * ChanServ sets mode +o Even 12:03:26 <-- Even has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 12:03:36 --> Even has joined #instantbird 12:03:37 * ChanServ sets mode +o Even 12:04:29 --> aleth has joined #instantbird 12:04:29 * ChanServ sets mode +h aleth 12:07:09 <-- Tomek has quit (Quit: Instantbird 1.1) 12:11:22 --> jb has joined #instantbird 12:13:17 <-- jb has quit (Quit: Instantbird 1.1) 12:16:49 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1675 on bug 1540. 12:16:50 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1689 on bug 1540. 12:16:52 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1540 nor, --, ---, aletheia2, ASSI, Handle 432: Erroneous nickname 12:25:37 <instantbot> clokep@gmail.com denied review for attachment 1679 on bug 1538. 12:25:40 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1538 min, --, ---, aletheia2, ASSI, Don't reset nick at reconnect if the last nick change was user initiated 12:30:51 <instantbot> clokep@gmail.com denied review for attachment 1654 on bug 1533. 12:30:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1533 nor, --, ---, aletheia2, ASSI, Sending messages in a parted channel should fail better 12:32:26 <flo> what's the user case for sending a message to a channel where you aren't? 12:32:30 <flo> *use 12:33:23 <aleth> clokep_work: Correct me if I'm wrong, but I believe sending / commands to the account from a parted channel would still work. So I'm not sure what your complaint is? 12:33:51 <clokep_work> aleth: Wouldn't it return early? I don't see how it would work. 12:34:10 <aleth> That the UI should allow the usual method of sending even if parted, rather than forcing the use of a command? 12:35:09 <flo> "ld: in protocols/bonjour/libbonjour.dylib, can't link with bundle (MH_BUNDLE) only dylibs (MH_DYLIB)" uh 12:35:16 <flo> my local debug build seems unhappy 12:36:20 <aleth> clokep_work: I'm not sure I understand what you mean. 12:36:43 <aleth> You are saying it should be possible to send to a parted channel via commands, right? 12:37:05 <aleth> The return is only after the command parsing - after all the account is still connected. 12:38:48 <clokep_work> aleth: No. 12:38:56 <clokep_work> I'm saying it should be possible to *send to a parted channel*. 12:39:10 <clokep_work> Although flo seems to disagree w/ me. ;) 12:39:19 <aleth> And then wait for the server to respond with an error message as is the status quo? 12:39:29 <flo> clokep_work: which UI would you use for that? 12:39:33 <aleth> Then I am confused as to why the bug isn't simply WONTFIX 12:40:24 <aleth> In fact I think I agree with clokep_work now I know what he means :D 12:40:57 <clokep_work> aleth: There isn't necessarily an error message. 12:41:15 <aleth> There is if the server disallows it. 12:41:19 <clokep_work> But yes, I'd prefer waiting for the error message before showing the error instead of just saying "No, you can't send to something you're not in." 12:41:26 <clokep_work> aleth: Yes, that's why I said *necessarily*. ;) 12:41:29 <aleth> I had misunderstood that as implying that no servers allowed it 12:41:37 <flo> apparently building a static prpl in a folder where the same prpl has already been built as a dynamic prpl is quite broken on Mac 12:41:47 <flo> I don't think we need to care though :) 12:41:57 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1533 to WONTFIX. 12:42:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1533 nor, --, ---, aletheia2, RESO WONTFIX, Sending messages in a parted channel should fail better 12:42:28 <instantbot> aletheia2@fastmail.fm changed the Resolution on bug 1533 from WONTFIX to INVALID. 12:42:38 <clokep_work> aleth: Do we already handle the error message from the server? 12:42:47 <aleth> yes 12:42:53 * clokep_work thought that bug was filed to just make the error message be worded better. 12:43:20 <aleth> That bug was filed in error, partly because the error message is different if you were the only person in the channel you parted ;) 12:43:34 <clokep_work> Ah, I see. :) Cause then the channel doesn't exist. 12:43:34 <flo> fwiw, I would have r+ed that patch 12:43:52 <aleth> And of course I had no idea servers allowed this. I think they shouldn't. 12:44:01 <aleth> irc.mozilla.org agrees ;) 12:44:02 <flo> aah, so for the common case there's a correct error message already? 12:44:39 <aleth> flo: Yes, the message you tried to send gets displayed, followed by an error system message. 12:47:15 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1451 to INCOMPLETE. 12:47:17 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1451 min, --, ---, nobody, RESO INCOMPLETE, Instantbird wont close 12:55:51 <clokep_work> aleth: FWIW I really don't like the patch in bug 1540 and was trying to find a better way to modify the regular expression...but couldn't. 12:55:54 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1540 nor, --, ---, aletheia2, ASSI, Handle 432: Erroneous nickname 12:56:30 <aleth> clokep_work: That's a shame :( I stared at it for a long while too. It's really the server doing the wrong thing. 12:56:40 <clokep_work> Yes it is. 12:56:49 <clokep_work> I checked some other clients and they have special code to handle that situation too. :-/ 12:57:11 <clokep_work> I just wish we didn't have to put special code at such an initial point of the processing... 12:57:12 <aleth> At least the way I did it now can't break anything I can think of. 12:57:27 <aleth> But it's ugly. 12:58:04 <aleth> It actually took me a while to find the origin of the problem as I couldn't believe there was a problem in ircMessage ;) 12:59:17 <clokep_work> (I'm also hesitant to take that before 1.2 FYI.) 13:00:01 <aleth> Up to you... I think it's better than the current behaviour (rapid reconnect doom loop followed by being banned from the server for some time period) 13:00:25 <aleth> (unless you click 'delete' on the account quickly enough) 13:01:13 <aleth> But I can see why one might hesitate. 13:02:12 <aleth> The reason I think it's pretty safe is that the whole special case only kicks in in the first place if the server is sending something incorrect 13:03:39 <clokep_work> Right. 13:03:48 --> jb has joined #instantbird 13:03:56 <clokep_work> I'll need to read it again, see how I feel about it again. 13:04:28 <flo> we will also need to decide something for the SSL / identified thing 13:05:19 <flo> I'm not really satisfied by any of the possible strings we have came of with, so maybe for 1.2 it would be better to just display the raw technical information on 2 lines, like the initial patch did, and figure out something that really makes sense later 13:06:44 <clokep_work> I was thinking that too. 13:08:16 <-- meh has quit (Quit: I don't want to live on this planet anymore.) 13:09:18 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1690 on bug 1538. 13:09:22 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1538 min, --, ---, aletheia2, ASSI, Don't reset nick at reconnect if the last nick change was user initiated 13:10:38 <clokep_work> aleth: requestedNickname sounds better. :) 13:11:02 <aleth> Good point about that bug changing its meaning... 13:11:11 <flo> I would have proposed indentedNickname just before I saw you already had good suggestions :) 13:12:41 <instantbot> aletheia2@fastmail.fm cancelled review?(clokep@gmail.com) for attachment 1689 on bug 1540. 13:12:42 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1691 on bug 1540. 13:12:43 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1540 nor, --, ---, aletheia2, ASSI, Handle 432: Erroneous nickname 13:12:59 <flo> *intended, not indented of cours e:) 13:13:20 <aleth> Ah OK :) 13:13:21 <instantbot> clokep@gmail.com granted review for attachment 1690 on bug 1538. 13:13:24 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1538 min, --, ---, aletheia2, ASSI, Don't reset nick at reconnect if the last nick change was user initiated 13:13:55 <clokep_work> It's annoying having two patches which depend on each other, isn't it? ;) 13:14:01 <aleth> Yes :-/ 13:14:34 <aleth> It's a shame no vcs can auto-downstream the changes ;) 13:15:00 <-- clokep_work has quit (Input/output error) 13:15:06 --> clokep_work has joined #instantbird 13:15:06 * ChanServ sets mode +o clokep_work 13:15:25 * clokep_work needed to enable add-ons... 13:16:07 <aleth> And I don't think my intuition was off when I guessed fixing that bug wouldn't be as trivial as it seemed ;) 13:16:26 <clokep_work> Hah, yes. Although I think the solution is fairly reasonable. :0 13:16:40 <aleth> Yes, the tricky part is in bug 154 0... 13:16:44 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=154 nor, --, ---, nobody, RESO INCOMPLETE, ./instantbird-bin: symbol lookup error: ./instantbird-bin: undefined symbol: NS_LogInit 13:17:26 <aleth> hah. can't stop instantbot that easily... 13:18:32 <clokep_work> Leave out the "bug" part to trick him. ;) 13:20:31 <aleth> I don't understand bug 1076. 13:20:34 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1076 nor, --, ---, nobody, UNCO, Messages randomly getting lost in the background 13:21:34 <clokep_work> If I remember correctly, it's that the taskbar wasn't flashing. 13:23:40 --> TestFliege has joined #instantbird 13:25:29 <-- TestFliege has quit (Ping timeout) 13:28:48 <-- mmkmou has quit (Ping timeout) 13:31:12 <flo> aleth: that bug is a bit confusing, but I think the situation is: Windows7, buddy list minimized to the systray, no open conversation window. 13:31:42 <flo> aleth: so when receiving an IM, a new conv window should be opened, and that would make an item (a tile?) appear in the dock 13:32:36 <-- Bollebib has quit (Ping timeout) 13:33:09 <aleth> And it isn't? Couldn't anyone on win7 confirm that? 13:33:24 <flo> I don't think anybody else could reproduce 13:33:44 <flo> at the time I suspected the MSN prpl doing random crap at random memory addresses, making the process behave strangely. 13:34:29 <flo> but that's only because MSN is always a good suspect, and a few days before that report, I saw crazy windows (resizing themselves and moving around on the screen without any user intervention) on my nightly :) 13:35:32 <clokep_work> Ah, I didn't realize those were the steps. I've certainly never tried to reproduce that. 13:36:52 <flo> and it's possibly another bug where our inaction frustrated ecaron ;) 13:36:57 <flo> although I really don't see what we could have done there 13:38:54 <clokep_work> Yeah, there was that one, the icon and one w/ GMail too. 13:38:56 <clokep_work> :( 13:39:13 <flo> I don't remember the gmail one 13:39:21 <flo> or was it about new *email* notifications? 13:40:38 <clokep_work> It was one I said I'd look at and never did. 13:41:03 <clokep_work> bug 1240 flo 13:41:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1240 maj, --, ---, nobody, UNCO, Invites from Google Talk (in Google App account) are lost by Instantbird 13:42:04 --> gerard-majax has joined #instantbird 13:42:08 <flo> I've never seen that :-S 13:42:27 <flo> (that = the problem; I saw the report a while ago of course) 13:42:56 <clokep_work> Right. 13:43:11 <clokep_work> Neither bug has great STR. :-S 13:51:00 <flo> "I got exhausted by the statement "the message is not on the taskbar at all" not being clear enough to developers." :-S 13:52:07 <aleth> This developer still doesn't understand what the desired behaviour is :-S 13:52:43 <flo> who is "This developer" referring to? 13:53:03 <aleth> me ;) 13:54:14 <flo> I should probably reply in the bug, but I'm not sure of what I have to say 13:55:36 <aleth> I guess what he wants is "put any new tabs being created into a new window if the current window is somehow hidden"? 13:56:25 <flo> aleth: I think he isn't requesting a change of expected behavior 13:56:36 <flo> aleth: it rather sounded like a real bug 13:56:47 <flo> but maybe not in instantbird 13:56:57 <flo> it could be any random crap loading a DLL into the process... :( 13:57:22 <-- jb has quit (Ping timeout) 13:58:43 <flo> and that last comment is more about feelings ("exhausted", not being understood by "developers", frustration...) than about a software defect 14:01:06 <flo> the hurt feelings probably need to be fixed, or at least acknowledged before moving on to a technical conversation 14:01:26 --> jb has joined #instantbird 14:01:34 <-- Jacta has quit (Quit: Ex-Chat) 14:04:36 <flo> hmm, I think I need an add-on to send a message later 14:05:11 <flo> how difficult would it be to add a command taking as a first parameter a time in seconds, and then the message? 14:05:51 <flo> (I need to test notification behaviors depending on whether the receiving window is focused; which is impossible to do if the message is sent from another IM client on the same machine ;)) 14:06:03 <flo> currently I send messages to Tb from Ib 14:13:59 --> mmkmou has joined #instantbird 14:18:58 <-- Kaishi has quit (Quit: Kaishi) 14:24:07 <-- sonny has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 14:24:12 --> sonny has joined #instantbird 14:26:20 <-- mmkmou has quit (Ping timeout) 14:30:03 --> mmkmou has joined #instantbird 14:34:43 --> Bollebib has joined #instantbird 14:37:24 <-- aleth has quit (Input/output error) 14:37:35 --> aleth has joined #instantbird 14:37:35 * ChanServ sets mode +h aleth 14:41:06 <clokep_work> flo: I'm still very confused by that bug too. I'm unsure if there's a window not showing up or what the deal is. 14:41:34 <flo> clokep_work: a window is created and we put stuff in it, but it's never made visible on screen 14:41:37 --> meh has joined #instantbird 14:41:54 <flo> at appears on the screen first when attempting to close instantbird, and we display a modal dialog about it 14:42:04 <flo> s/about/above/ 14:44:32 --> wnayes has joined #instantbird 14:45:28 <clokep_work> Hmm... 14:45:35 <clokep_work> Interesting. 14:47:31 <flo> if it was possible to reproduce, it would obviously be a blocker, as it makes Instantbird mostly unusable 14:49:10 <clokep_work> wnayes: "Fixed an interesting issue: Having the GTalk importer named gtalk.js nullified the gtalk protocol (also named gtalk.js, different directory)" that's wrong. 14:49:16 <clokep_work> They end up in the same directory after build. 14:49:19 <clokep_work> That's what the issue is. 14:50:01 <flo> is it a bug or a feature of the build system that it's possible to silently override a component with another? :) 14:50:34 <wnayes> clokep_work: OK, In that case I was referring to one being in chat/protocols and the other in chat/importers. 14:50:43 <-- meh has quit (Ping timeout) 14:51:10 <clokep_work> wnayes: Yes, I understand that. But I want to make sure you understand why it's an issue, i.e. the source in different folders, but they get compiled to the same folder. 14:52:24 <flo> clokep_work: btw, did you understand why that test in configure was wrong, or do you still need some explanation? :) 14:53:54 <wnayes> clokep_work: That wouldn't have been my first guess; it's good to keep in mind (although the same-named protocols and importers are few inbetween :)) 14:53:55 <clokep_work> flo: I understood the case statement well enough but thought it was cleaner in an if statement, I apparently don't understand the usage of || in shell scripts though. 14:54:18 <flo> or the if statement 14:54:46 <flo> clokep_work: each process returns an integer value after terminating. 0 = true, any non-0 value is false. 14:54:58 --> meh has joined #instantbird 14:55:24 <flo> if command; commands; fi will execute commands only if command returned 0 14:56:18 <flo> 'test' is a binary (or shell built-in) that does some test on its parameters, and returns 0 if the test evaluates to true 14:56:27 <clokep_work> I see. 14:56:39 <flo> '[' is an alias for 'test' 14:56:56 <flo> and ']' does nothing at the end of the test parameters 14:57:17 <flo> so the 'test' execution is often hidden with the usage of the [ ] characters that look like the () of if statements in other languages 14:57:34 <flo> yesterday your if statement had neither 'test' or '[' 14:58:06 <flo> 'a || b' will execute b only if a returned a non-0 value. 14:58:32 <flo> 'a && b' will execute b only if a returned 0 14:58:50 <clokep_work> OK... 14:58:57 <flo> to do an or in a shell scrip test, I think you need the -o parameter to the test command 14:59:02 <flo> (the syntax sucks) 14:59:08 <clokep_work> So I needed test "$OS_..." = "WINNT" and I was missing the "test". 14:59:56 <-- aleth has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 14:59:58 <flo> so you had if "${OS_TARGET}" = "WINNT" || "${OS_TARGET}" = "Darwin"; then 15:00:03 --> aleth has joined #instantbird 15:00:03 * ChanServ sets mode +h aleth 15:00:06 <flo> you wanted either if test "${OS_TARGET}" = "WINNT" || test "${OS_TARGET}" = "Darwin"; then 15:00:09 <flo> (add "test" in both parts) 15:00:28 <flo> or replace the '||' with '-o' (or whatever that or parameter is for test :)) 15:01:04 <flo> the case solution is way more readable from my point of view :) 15:02:29 <clokep_work> Right, that's what I said. 15:02:32 <clokep_work> I agree it is. 15:02:36 <clokep_work> That syntax sucks a lot. 15:03:02 <clokep_work> And I tried reproducing ecaron's bug btw, as best as I understand it and I can't. :) 15:05:20 <flo> why am I not surprised? ;) 15:06:09 <flo> I think if it was easy to reproduce, we would have lots of people complaining about it 15:08:46 <clokep_work> Maybe, I know I've never had that situation though (no conversation Window open, Instantbird minimized to tray). 15:09:06 <clokep_work> Unless it only happens the first time the window is opened or something. 15:10:34 <flo> have we put somewhere the fix for the broken log window on moz12? :) 15:10:54 <clokep_work> What fix? 15:11:04 <flo> bug 1539 15:11:09 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1539 nor, --, ---, nobody, NEW, Error when attempting to read plaintext logs 15:11:31 <flo> anybody feeling bored should feel free to attach a patch to that bug ;) 15:20:01 * clokep_work will do it later if no one gets to it. 15:21:39 <flo> I thought that too when we filed the bug: "I'll do it later if no one gets to it", because, well, it's a blocker ;) 15:23:13 <clokep_work> I had forgotten about that bug. :( I would've done it this weekend. 15:27:46 <instantbot> aletheia2@fastmail.fm requested review from clokep@gmail.com for attachment 1692 on bug 1338. 15:27:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1338 nor, --, ---, nobody, NEW, Connect button is disabled after an account spends more than half a second in the disconnecting stat 15:31:23 <-- Optimizer has quit (Ping timeout) 15:33:30 <instantbot> clokep@gmail.com requested review from florian@instantbird .org for attachment 1692 on bug 1338. 15:33:32 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1338 nor, --, ---, nobody, NEW, Connect button is disabled after an account spends more than half a second in the disconnecting stat 15:35:32 --> Optimizer has joined #instantbird 15:35:47 <clokep_work> wnayes: So what's going to be your strategy for getting the GTalk pasword here? 15:35:56 <clokep_work> I saw you say something about trying to get it... 15:36:39 <wnayes> clokep_work: I ended up finding the specifics on how to get it :) 15:37:14 <clokep_work> wnayes: Ah, awesome. :) Complicated algorithm? ;) 15:38:56 <wnayes> Not to bad, but more js-ctypes it looks like (need to get the current Windows username/domain, then do some math on it, the pass to CryptUnprotectData). 15:41:14 <flo> aleth: it's possible I just need to read that code again :-/ 15:41:17 <clokep_work> You're an expert now though! 15:41:51 * aleth suspects wnayes has just been declared the resident js-ctypes expert :D 15:42:07 * flo wonders if some of the importers may be easier to implement in C++ XPCOM 15:42:35 <clokep_work> It's possible some of the might be, yeah. 15:43:57 --> TestFliege has joined #instantbird 15:45:44 <-- TestFliege has quit (Quit: TestFliege) 15:46:45 --> TestFliege has joined #instantbird 15:46:57 <-- TestFliege has quit (Quit: TestFliege) 15:47:04 --> TestFliege has joined #instantbird 15:47:29 <-- TestFliege has quit (Quit: TestFliege) 15:49:28 <clokep_work> flo: They really want you to wait for that unified notification stuff (which who knows when it'll land). 15:50:09 <flo> "They" is "Irving" in that case 15:50:20 <flo> and he doesn't want me to wait, but to not bitrot him ;) 15:51:46 <wnayes> I was also meaning to ask (before I really dive in) whether the GTalk password grabbing is wanted or not. Could there be legality issues involved? 15:52:07 <wnayes> It's a bit more complicated than plaintext reading :) 15:52:21 <clokep_work> Yeah, but I'm not sure how that's different "legally"? 15:52:25 <flo> "Could there be legality issues involved?" I don't think so. 15:52:57 <aleth> clokep_work: Thanks for testing bug 1076 - maybe you could comment on it and retitle it/resolve it WFM? 15:53:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1076 nor, --, ---, nobody, UNCO, Messages randomly getting lost in the background 15:53:12 <flo> as long as you haven't stolen code from Google that you weren't supposed to have access to, I don't see any issue 15:53:49 <clokep_work> aleth: Yeah, I'll put what I did in there... 15:54:04 <aleth> The title is really misleading... I thought it might be a core bug 15:54:09 <flo> aleth: resolving as WFM isn't the best way to fix the feelings though 15:54:34 <aleth> flo: Yeah... maybe not resolve it immediately then. 15:54:56 <wnayes> flo: OK, it was obviously something reversed at some point from the GTalk client (to get a byte-array key and the overall method) so I wasn't sure. 15:55:33 <clokep_work> "reverse engineering" is OK by US law for interoperability, IIRC. 15:55:39 <flo> wnayes: I'm not a lawyer anyway ;). 15:55:54 <flo> but yeah, the interoperability exception is what I had in mind :) 15:56:04 <clokep_work> (Although some programs, i.e. Skype, specifically say you can't in their TOS...but that just means you can't use their service...not that you can't do it. :)) 15:56:16 <clokep_work> Also, you didn't do the reverse engineering, did you? 15:56:46 * clokep_work just found a line of code with 457 characters on it. :( 15:57:36 <wnayes> clokep_work: No, not capable of that :) 15:57:53 <clokep_work> wnayes: Not yet. ;) 15:57:54 <-- jb has quit (Ping timeout) 15:58:09 <clokep_work> But yeah, I'm going to go with "it's fine", don't worry about it. :) 15:59:10 <wnayes> OK sounds good, maybe it would be easier in C++ too... 15:59:11 <instantbot> c++ is evil 15:59:21 --> FireFly_TB has joined #instantbird 15:59:34 <clokep_work> If it's the GTalk one...you won't have the issue w/ two gtalk.js anymore. ;) 16:01:11 --> jb has joined #instantbird 16:02:32 <-- jb has quit (Quit: Instantbird 1.1) 16:03:13 <wnayes> Eh, the only thing left is this password stuff, and I don't exactly know C++ very well. Maybe typed arrays instead? :) 16:04:23 <clokep_work> Typed arrays are fun. 16:04:30 <clokep_work> I played w/ them a bit when writing the socket code. 16:04:45 <clokep_work> If another one needs a lot of low-level stuff, maybe think about C++? 16:04:51 <clokep_work> No sense in re-writing things though. :) 16:05:47 <flo> clokep_work: C++ xpcom is painful and not guaranteed to stay around indefinitely, so if we can avoid it, it's better :) 16:06:43 <clokep_work> Oh? i didn't realize that could disappear... 16:06:50 <clokep_work> (If it disappeared..w.hat's the need for XPCOM? ;)) 16:09:08 <flo> clokep_work: it's already become very unpractical to use C++ XPCOM in binary add-ons 16:09:52 <flo> clokep_work: the goal of the js-proto partial-rewrite was in part to get us ready for when C++ XPCOM isn't an option any more :) 16:11:07 <clokep_work> I knew it wasn't practical for add-ons, but this isn't an add-on. :) 16:12:24 <flo> for Firefox, it may be. Someday :) 16:15:51 <clokep_work> Psh, you and your plans. :P 16:17:35 <-- Even has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 16:17:41 <flo> hmm... ? 16:30:08 --> myk has joined #instantbird 16:33:49 <-- sonny has left #instantbird () 16:46:46 --> Mook_as has joined #instantbird 16:49:48 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 16:50:03 --> myk has joined #instantbird 16:55:06 * jwir3 is now known as jwir3|lunch 17:14:45 <-- Even2 has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 17:16:00 <clokep_work> aleth: Btw your changes to the simple theme work fairly well I think. 17:24:20 --> igorko has joined #instantbird 17:25:55 --> jb has joined #instantbird 17:27:14 --> Tomek has joined #instantbird 17:36:29 * jwir3|lunch is now known as jwir3 17:42:17 <-- Tomek has quit (Quit: Instantbird 1.1) 18:04:41 --> Lalae has joined #instantbird 18:05:02 <-- Lalae has left #instantbird () 18:45:56 <aleth> clokep_work: good :) tried to keep it simple... 18:56:08 --> Mnyromyr has joined #instantbird 19:06:34 <clokep_work> And the unread marker looks good too. ;) 19:09:09 * Mook_as wonders how bad C++ will be for JS-ctypes; since it's (probably) COM, you might want to use the C API (i.e. fake vtbls) instead. 19:10:46 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 19:10:52 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 19:10:58 --> myk has joined #instantbird 19:20:33 <-- FireFly_TB has quit (Quit: FireFly_TB) 19:21:08 --> FireFly_TB has joined #instantbird 19:48:23 --> Tomek has joined #instantbird 19:55:49 <-- mmkmou has quit (Ping timeout) 20:00:02 --> jb1 has joined #instantbird 20:00:39 <-- jb has quit (Ping timeout) 20:06:33 <-- FireFly_TB has quit (Input/output error) 20:08:56 --> mmkmou has joined #instantbird 20:18:16 <-- jb1 has quit (Ping timeout) 20:24:57 <-- mmkmou has quit (Ping timeout) 20:29:28 <-- Tomek has quit (Ping timeout) 20:29:59 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 20:30:08 --> myk has joined #instantbird 20:40:59 --> flo has joined #instantbird 20:40:59 * ChanServ sets mode +qo flo flo 20:41:00 <-- clokep_work has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 20:43:28 --> Tomek has joined #instantbird 20:52:49 <-- gerard-majax has quit (Ping timeout) 20:53:41 --> EionRobb has joined #instantbird 20:54:52 <-- Bollebib has quit (Ping timeout) 21:11:43 <instantbot> aletheia2@fastmail.fm set the Resolution field on bug 1397 to WONTFIX. 21:11:46 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1397 enh, --, ---, aletheia2, RESO WONTFIX, [Tab complete] Don't print endlessly long list of possible completions 21:18:33 <-- igorko has quit (Connection reset by peer) 21:18:54 <flo> aleth: that last comment in the bug seems like it wanted to indicate the bug number of the better UI that would be wanted ;) 21:19:09 <instantbot> myk@mozilla.org cleared the Resolution 'INVALID' from bug 1414. 21:19:11 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1414 nor, --, ---, nobody, REOP, linkification ends at opening square bracket in link 21:19:47 <aleth> flo: Yes... if I had figured out what the better UI would be yet ;) 21:20:11 <flo> didn't we say we wanted to filter the nicklist, and scroll into view the first matched nick? 21:20:24 <flo> s/filter/select the possible nicks/ 21:21:19 <aleth> I'm not sure that's ideal... and the nicklist currently is nowhere near fast enough 21:21:40 <aleth> But yep, it's an idea to keep in mind. 21:22:41 <aleth> (not sure it's ideal because it's some distance from the cursor) 21:23:38 <flo> so is that bug really wontfix then? 21:23:58 <aleth> I think it's suggestion to the problem is definitely wontfix 21:24:44 <aleth> It was just a WIP toy model I put up at the time for feedback. 21:24:53 <flo> isn't it what people are used to having in their terminal though? :) 21:25:37 <aleth> A truncated list of possible completions? Where? 21:26:02 <aleth> My terminal just asks whether I really want to see all n possibilities ;) 21:26:46 <flo> I think mine displays a page of possible completions before prompting 21:26:56 <flo> hmm, or maybe this is 'ls' and not the tab completion? :-S 21:27:24 <aleth> Anyway, not even on #ubuntu will you get more than a couple of lines of possible completions. 21:28:31 <aleth> A good UI would automatically visibly reduce the list as you add more letters for example. 21:29:54 <flo> yeah, and disappear once you are done! 21:30:11 <aleth> Yes :) 21:31:08 <flo> I think we should really string freeze before all going in vacations 21:31:20 <flo> what requires strings in what's left? 21:31:24 <aleth> Good idea, use that time for the translators 21:32:37 <aleth> Hmm... 1404 1540 1405 are all I can spot atm 21:32:54 <aleth> (among the r? ones) 21:33:05 <flo> nah, I don't care about the r? ones :-P 21:33:05 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105]) 21:33:06 <aleth> And clokeps registered nick bug 21:33:11 <flo> I'm looking at sw:1.2 21:33:12 <-- Optimizer has quit (Ping timeout) 21:33:31 <aleth> there is some overlap :P 21:33:49 --> Optimizer has joined #instantbird 21:34:10 <flo> 1271 looks like what I should work on then 21:34:49 <aleth> That would need string changes I guess. 21:35:47 <aleth> I think 1404 is potentially 1.2-wanted now because we usually no longer display the topic on reconnect. That set of reconnection patches all kind of hang together. 21:37:23 <flo> 1405 is website strings, it's not as annoying as application strings if they are late, as the translators can update website translations at any time 21:37:33 <aleth> Ah OK. 21:37:52 <aleth> 1540 could be 1.3, that's up to clokep 21:38:18 <-- Optimizer has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 21:38:27 --> Optimizer has joined #instantbird 21:42:06 <myk> i think my persistent away status is connected to changing my network connection 21:42:18 <flo> have we landed the patch to rejoin channels automatically? 21:42:33 <aleth> yes 21:43:05 <myk> in the office, i'm always connected wirelessly, but sometimes i also plug into an ethernet switch 21:43:10 <flo> myk: hmm, what do you mean by "changing my network connection"? Is this switching between wifi networks, or putting the laptop to sleep and opening it on another wifi network? 21:43:27 <flo> hey, the answer came before I finished typing the question m) 21:43:27 <flo> :) 21:44:14 <flo> aleth: looking at https://bugzilla.instantbird.org/attachment.cgi?id=1662&action=diff, what's the '_wasLeft' value for, compared to 'left'? 21:44:21 <myk> flo: and usually, when the status of my wired connection changes, my IRC connection drops and reconnects 21:45:05 <myk> flo: (perhaps it always does; not sure, as that message seems to appear only in whatever IRC tab i'm in, and it might then get scrolled offscreen) 21:45:42 <flo> are you seeing this on Mac? 21:45:44 <aleth> flo: When you get disconnected, _all_ channels get marked as left, not just the ones you had parted (http://lxr.instantbird.org/instantbird/source/chat/protocols/irc/irc.js#1115) 21:46:32 <flo> hmm, ok 21:47:53 <-- Optimizer has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 21:50:15 <myk> flo: yes, mac 21:50:26 <myk> flo: hmm, i think i saw it on windows too; not sure now 21:50:54 <flo> myk: I'm asking because as you probably know I checked in a patch that was supposed to fix the issue. 21:51:17 <flo> and I'm still seeing the bug after that, but a friend on Windows who kept complaining about it no longer experiences the bug 21:51:30 <flo> so I'm wondering if we could be having a second different Mac-specific bug :) 21:51:35 <myk> flo: i can test on windows later in the week 21:51:55 <myk> flo: although it seems strange that this would be a platform-specific issue 21:52:07 <flo> I'm not sure we would benefit much from further testing, as the bug is easily reproducible on my macbook already ;) 21:52:21 <flo> I guess I just need to find some time to spend on it :) 21:57:53 <myk> ok 21:58:20 <flo> I'm afraid that won't happen before 2 weeks though :-/ 21:58:36 <flo> as this week is super busy, and I'll be in vacations the next week 21:58:58 * myk restarts to become available again 21:58:59 <-- myk has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 21:59:04 --> myk has joined #instantbird 21:59:25 <myk> flo: no worries, i understand! 21:59:59 * aleth just visited sncf.fr for the first time, and it is all flash and auto-plays annoying music :-/ 22:00:29 <instantbot> florian@instantbird.org denied review for attachment 1662 on bug 1404. 22:00:31 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1404 nor, --, ---, aletheia2, ASSI, Add "Your account is reconnected" system message 22:00:44 <flo> aleth: sncf.fr? why??? 22:01:21 <flo> myk: :) 22:01:25 <Mook_as> hmm, kinda annoying that collapsed system messages expand on clicking anywhere in the (+) row, but only re-collapse on the (-). 22:01:31 <aleth> Vaguely investigating possibilities for the late summer... 22:02:04 <flo> ah, bug 1540 isn't blocked on me at least :) 22:02:07 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1540 nor, --, ---, aletheia2, ASSI, Handle 432: Erroneous nickname 22:03:31 <flo> myk: never heard that complaint, but I think I would expand them way more often if the target to re-collapse them was large and I could collapse them without effort :) 22:03:36 <flo> file a bug? :) 22:03:52 <flo> but you aren't using the default time bubbles theme, are you? 22:04:04 <myk> flo: erm, you meant to address Mook_as, es? 22:04:06 --> mmkmou has joined #instantbird 22:04:06 --> Kaishi has joined #instantbird 22:04:10 <myk> s/es/yes/ 22:04:46 <Mook_as> flo: I'm using the default tbird theme, and I don't see UI to change it :p 22:04:58 <flo> myk: yes! 22:05:04 <flo> myk: you two have the same color :-/ 22:05:32 <flo> Mook_as: the UI to change the default Tb theme is called "Instantbird", and available at http://www.instantbird.com/ :-P 22:05:36 <myk> flo: as does instantbot! 22:05:53 <Mook_as> flo: yes, I'll switch once I get that UI to list everything in the same window :p 22:06:05 <flo> myk: instantbot is easy to recognize though ;) 22:06:15 <flo> tends to always format its thoughts in the exact same way ;) 22:06:44 <flo> Mook_as: you mean an add-on to have the Tb Chat UI in an Instantbird window? 22:06:48 <flo> it's something I really want 22:07:06 <flo> and I think providing that add-on for Instantbird is something we should really do before TB 15 is released :) 22:07:50 <-- Tomek has quit (Quit: Instantbird 1.1) 22:08:07 <Mook_as> flo: that'd work, yes 22:08:37 <Mook_as> (minus the tabs at the top; I never actually use the mail UI in this instance of tbird, amusingly enough...) 22:08:59 <flo> what do you use for emails? 22:09:05 <Mook_as> tbird, on a different machine 22:09:27 <Mook_as> I'll move it over here once IM is on a release build, I think 22:09:41 <flo> ok, I give up 22:09:45 <flo> too complicated to understand :) 22:09:48 <Mook_as> hehe 22:12:46 <flo> aleth: was it voyages-sncf.fr you were visiting? (that website is really really horrible) 22:13:38 <aleth> flo: Yes, via what I assumed was the main site (http://sncf.fr/) 22:14:44 <aleth> flo: "statusKnown=Your account has been reconnected (%S)." seems neater... but leads to a double period (.) at the end. Can't just strip the last character off the string for l10n reasons. Suggestions? 22:14:54 <flo> that website does all it can to sell you anything bug train tickets 22:15:13 <aleth> flo: It was the autoplay muzak that really was the icing on the cake. Like being on hold on the phone... 22:17:20 <flo> aleth: if what you want to buy is a train ticket, http://www.capitainetrain.com/ is much much better 22:17:37 <aleth> Thanks! I just wanted to check travel times and prices... 22:18:19 <aleth> That looks much better :) 22:18:47 <flo> it requires invitations though 22:19:32 <-- mmkmou has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 22:19:43 <flo> but if you need one, it's something I should be able to fix :) 22:20:09 <aleth> That could be very useful :) 22:21:20 <flo> bah, no I can't :( 22:21:36 <aleth> Well, I put in my email address, maybe that's enough... 22:21:36 <flo> my broken default Firefox profile pretends the SSL cert is wrong, and refuses to add an exception for the page :( 22:21:38 --> mmkmou has joined #instantbird 22:29:45 <instantbot> aletheia2@fastmail.fm requested review from florian@instantbird .org for attachment 1693 on bug 1404. 22:29:48 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1404 nor, --, ---, aletheia2, ASSI, Add "Your account is reconnected" system message 22:38:52 <flo> actually, there doesn't seem to be any required string for bug 1271 22:38:55 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1271 enh, --, ---, nobody, NEW, Missing keyboard shortcuts for "Put conversation on hold" and "Show logs" 22:43:57 <instantbot> florian@instantbird.org requested review from clokep@gmail.com for attachment 1694 on bug 1271. 22:44:00 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1271 enh, --, ---, florian, NEW, Missing keyboard shortcuts for "Put conversation on hold" and "Show logs" 22:44:15 <flo> I hope Mic will forgive me for moving forward there :-| 22:44:18 <aleth> Don't ask Mic? ;) 22:44:52 <aleth> I think a shortcut is better than none, even if it doesn't make everyone totally happy. 22:45:35 <aleth> Hmm, was his point that on Windows ESC is standard for minimize? 22:45:58 <aleth> I don't remember that from Windows. 22:46:42 <aleth> Ah no, he feels put-on-hold will be deprecated soon. 22:47:19 <flo> no, it's not standard 22:47:22 <flo> but he added it 22:47:26 <flo> so I guess he must be using it 22:47:52 <EionRobb> some other IM's on windows have esc-to-close or esc-to-minimise functionality 22:49:19 <flo> aleth: about double points, "14:45:59 - Quentin Raynaud is now Idle: I am currently away from the computer.." has always annoyed me :( 22:50:29 <aleth> :( That's a point in the default Away message? 22:50:59 <flo> yes 22:51:44 <aleth> We could drop the period from statusXXXwithStatusText in the existing strings, that would fix it for en-US at least. 22:52:19 <aleth> Then again maybe the problem is with the default away string 22:52:34 <aleth> I suspect most user-set away strings don't end in periods 22:52:39 <flo> it's a full sentence, there's nothing wrong with that 22:53:06 <aleth> Yeah... 22:53:21 <flo> that's likely, but even if they don't end in a period, in the way we display them, it looks like they do 22:54:07 <flo> aleth: what about replacing "21:10:53 - Your account is disconnected (the status of Quentin Raynaud is no longer known)." with "21:10:53 - Your account is disconnected, the status of Quentin Raynaud is no longer known." 22:54:45 <aleth> Looks odd to me. 22:54:48 <flo> this way you would have Your account has been reconnected, %S 22:55:35 <aleth> I'm not at all sure it would translate well either. 22:56:04 <aleth> Two full sentences, maybe. 22:56:52 <flo> why wouldn't it translate correctly? 22:57:26 <aleth> It looks odd to me even in English. It assumes you can simply add sentences together like that. 22:57:37 <flo> the only case I can imagine is if a translation of "%1$S is %2$S: %3$S" doesn't start with %1$S 22:58:16 <aleth> "21:10:53 - Your account is disconnected. The status of Quentin Raynaud is no longer known." would be better I think, if you want to go that route. 22:58:27 <aleth> Then at least the sentences are independent. 22:59:03 <aleth> You could use accountDisconnected for the first part. 22:59:39 <aleth> Btw the idea behind the patch I posted was to change the existing strings as little as possible... 22:59:41 <flo> :-S 23:03:05 <aleth> How about "21:10:53 - Your account is disconnected: the status of Quentin Raynaud is no longer known." ? 23:03:45 <flo> the "has been reconnected" string would look awkward with two ":" 23:03:59 <aleth> Hmm yes :( 23:04:06 --> clokep has joined #instantbird 23:04:07 * ChanServ sets mode +o clokep 23:04:46 <aleth> What do you dislike about introducing the two new strings and keeping the old ones as fallbacks? 23:05:02 <aleth> Probably easier to translate that way - always have the message as a whole to work with. 23:05:20 <flo> the duplication, that localizers are likely to mess up 23:05:34 <flo> and the reconnect.statusChangedFromUnknownWithStatusText name :-D 23:05:54 <aleth> it's a bit long :D 23:06:08 <aleth> The messing up issue should be fixable by a good comment though 23:06:38 <flo> what about "Your account is disconnected so the status of %S is no longer known." 23:07:17 <aleth> That sounds OK to me, but you'd still need two new strings then I guess for l10n 23:07:35 <flo> "Your account has been reconnected and %S is %S." 23:08:11 <flo> I still don't see why statusChangedFromUnknown couldn't be put at the end 23:08:34 <clokep> flo: I saw the stuck on idle issue again on Windows 7. 23:08:43 <flo> clokep: ok, thanks 23:08:43 <clokep> And then I waited a bit and it came back from being idle. ;) 23:08:49 <aleth> "Your account has been reconnected and %S" seems to make some assumptions about what the language can do, doesn't it? 23:08:50 <clokep> Which I hadn't seen before. 23:09:09 <aleth> But I'm no l10n expert... 23:09:35 <-- mmkmou has quit (Ping timeout) 23:09:49 <aleth> plus you'd need to lowercase the beginning of statusChangedFromUnknown 23:10:09 <aleth> That seems even more fragile for translators to pick up on. 23:10:27 <flo> aleth: "plus you'd need to lowercase the beginning of statusChangedFromUnknown" uh? 23:10:37 <aleth> That's wrong, sorry. 23:11:03 <flo> ok, I'm too tired to have good ideas any more 23:11:05 <flo> good night 23:11:07 <-- flo has quit (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com) 23:12:33 <aleth> strings == painful sometimes 23:13:21 <clokep> FWIW two : in a sentence is WRONG. 23:15:17 <aleth> If I was a translator I think I'd prefer to just be able to translate the system message as a whole and not worry about nested insertions. 23:15:59 <clokep> I have no idea what you guys are actually trying to solve though btw. 23:16:01 <clokep> Bug #? 23:16:03 * clokep will be back in a fe wminutes. 23:16:08 <aleth> bug 1404 23:16:12 <instantbot> Bug https://bugzilla.instantbird.org/show_bug.cgi?id=1404 nor, --, ---, aletheia2, ASSI, Add "Your account is reconnected" system message 23:16:38 --> mmkmou has joined #instantbird 23:18:21 <-- mmkmou has quit (Ping timeout) 23:30:54 <clokep> Hmm...I see. 23:30:58 <clokep> I'm going to stay away from that discussion. :-D 23:37:29 <-- chrisccoulson has quit (Ping timeout) 23:39:05 --> Tomek has joined #instantbird 23:43:46 <-- micahg has quit (Connection reset by peer) 23:47:38 --> micahg has joined #instantbird