All times are UTC.
00:08:31 <-- chrisccoulson has quit (Ping timeout: 121 seconds) 00:30:37 --> Alex1 has joined #instantbird 00:51:24 <-- aleth has quit (Quit: Instantbird 49) 01:40:51 --> clokep_work has joined #instantbird 01:40:51 * ChanServ sets mode +o clokep_work 01:44:53 <-- clokep_work has quit (Ping timeout: 121 seconds) 02:26:59 <instant-buildbot> build #3205 of macosx-nightly-default is complete: Failure [4failed compile] Build details are at http://buildbot.instantbird.org/builders/macosx-nightly-default/builds/3205 03:09:39 <-- bgmCoder has quit (Ping timeout: 121 seconds) 04:12:39 --> nhnt11 has joined #instantbird 04:12:39 * ChanServ sets mode +h nhnt11 04:17:06 <instant-buildbot> build #736 of linux64-nightly-default is complete: Failure [4failed shell_6] Build details are at http://buildbot.instantbird.org/builders/linux64-nightly-default/builds/736 04:30:49 <-- nhnt11 has quit (Ping timeout: 121 seconds) 04:41:36 <-- arlolra has quit (Client exited) 04:53:29 --> nhnt11 has joined #instantbird 04:53:29 * ChanServ sets mode +h nhnt11 05:05:42 <-- EionRobb has quit (Quit: Leaving.) 05:21:32 <-- nhnt11 has quit (Ping timeout: 121 seconds) 05:23:54 --> nhnt11 has joined #instantbird 05:23:54 * ChanServ sets mode +h nhnt11 05:34:23 --> bogdan_maris has joined #instantbird 05:43:47 --> EionRobb has joined #instantbird 05:46:36 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 05:46:42 --> nhnt11 has joined #instantbird 05:46:42 * ChanServ sets mode +h nhnt11 05:59:23 --> mpmc has joined #instantbird 06:08:56 <-- nhnt11 has quit (Ping timeout: 121 seconds) 06:33:02 --> nhnt11 has joined #instantbird 06:33:02 * ChanServ sets mode +h nhnt11 07:24:08 --> Bollebib has joined #instantbird 07:26:27 --> chrisccoulson has joined #instantbird 07:56:21 <-- nhnt11 has quit (Ping timeout: 121 seconds) 08:16:13 --> aleth has joined #instantbird 08:16:13 * ChanServ sets mode +o aleth 08:21:23 <-- chrisccoulson has quit (Connection closed) 08:23:55 <-- EionRobb has quit (Connection closed) 08:24:19 --> EionRobb has joined #instantbird 08:27:42 --> chrisccoulson has joined #instantbird 09:22:03 <-- flo-retina has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 09:30:10 <-- Alex1 has quit (Quit: Instantbird 1.5 -- http://www.instantbird.com) 10:11:40 --> flo-retina has joined #instantbird 10:11:40 * ChanServ sets mode +qo flo-retina flo-retina 10:30:50 --> BWMerlin has joined #instantbird 11:21:18 --> clokep_work has joined #instantbird 11:21:19 * ChanServ sets mode +o clokep_work 11:27:35 <-- BWMerlin has quit (Connection closed) 11:27:39 --> BWMerlin has joined #instantbird 11:57:21 <-- clokep_work has quit (Ping timeout: 121 seconds) 12:32:09 --> gerard-majax has joined #instantbird 12:48:01 <-- BWMerlin has quit (Ping timeout: 121 seconds) 13:06:17 <-- gerard-majax has quit (Ping timeout: 121 seconds) 13:07:28 <-- Tonnes has quit (Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]) 13:13:51 --> Tonnes has joined #instantbird 13:18:46 <-- Suiseiseki has quit (Ping timeout: 121 seconds) 13:24:43 --> gerard-majax has joined #instantbird 13:29:17 <-- gerard-majax has quit (Ping timeout: 121 seconds) 13:33:49 --> gerard-majax has joined #instantbird 13:35:03 --> Suiseiseki has joined #instantbird 13:39:03 <-- gerard-majax has quit (Ping timeout: 121 seconds) 13:45:50 --> gerard-majax has joined #instantbird 13:54:38 --> mpmc1 has joined #instantbird 14:03:31 <-- gerard-majax has quit (Ping timeout: 121 seconds) 14:08:33 --> clokep_work has joined #instantbird 14:08:33 * ChanServ sets mode +o clokep_work 14:27:46 <-- mpmc has quit (A TLS packet with unexpected length was received.) 14:27:46 * mpmc1 is now known as mpmc 14:43:13 <-- bogdan_maris has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 15:18:54 --> Mnyromyr has joined #instantbird 15:54:21 <-- bittin has quit (Ping timeout: 121 seconds) 15:55:12 <-- mpmc has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 16:03:10 --> nhnt11 has joined #instantbird 16:03:11 * ChanServ sets mode +h nhnt11 16:06:19 --> bittin has joined #instantbird 16:15:42 --> arlolra has joined #instantbird 16:30:37 --> bgmCoder has joined #instantbird 16:38:47 --> mpmc has joined #instantbird 16:53:50 <-- aleth has quit (Ping timeout: 121 seconds) 17:03:41 <-- flo-retina has quit (Ping timeout: 121 seconds) 17:08:43 <-- nhnt11 has quit (Ping timeout: 121 seconds) 17:42:48 --> aleth has joined #instantbird 17:42:49 * ChanServ sets mode +o aleth 17:50:10 --> flo-retina has joined #instantbird 17:50:11 * ChanServ sets mode +qo flo-retina flo-retina 18:02:24 <-- mpmc has quit (A TLS packet with unexpected length was received.) 18:13:05 --> nhnt11 has joined #instantbird 18:13:05 * ChanServ sets mode +h nhnt11 18:38:57 --> abdelrhman has joined #instantbird 18:47:21 <-- arlolra has quit (Ping timeout: 121 seconds) 18:52:27 <-- abdelrhman has quit (Connection closed) 18:54:10 --> abdelrhman has joined #instantbird 18:56:34 --> arlolra has joined #instantbird 19:16:41 <clokep_work> https://bitbucket.org/pidgin/www/src/tip/htdocs/ChangeLog?fileviewer=file-view-default#ChangeLog-18 is exciting (thanks dx!) we should really update our libpurple now if it doesn't have as many differences as upstream. 19:16:51 <clokep_work> I think I have a patch still waiting for review from flo-retina. 19:17:12 * aleth mumbles something about osx nightlies 19:41:05 <clokep_work> Yeah, there's that too. :-\ 19:49:18 <-- EionRobb has quit (Quit: Leaving.) 20:04:59 <-- Mnyromyr has quit (Quit: ChatZilla 0.9.92 [SeaMonkey 2.40/20160118183220]) 20:08:44 <flo-retina> aleth: can you mumble a solution, or a thing to try? ;) 20:10:08 <aleth> I thought we had an idea for a hack to try? (add a step that unsets that env var) 20:10:43 <flo-retina> I don't know what that means. 20:11:07 <flo-retina> we tried whatever we discussed immediately 20:12:02 <aleth> I'm not sure setting the env var to an empty string is the same as unsetting it 20:12:16 <aleth> iirc you only tried the first 20:12:31 <aleth> not that this makes it any less mysterious ;) 20:12:52 <abdelrhman> nhnt11: here? 20:12:52 --> unghost has joined #instantbird 20:12:58 <nhnt11> abdelrhman: yes 20:13:02 <nhnt11> abdelrhman: how long will you be around? 20:13:30 <abdelrhman> nhnt11: two hours 20:13:37 <nhnt11> cool 20:13:49 <nhnt11> I'm a little busy at the moment, but I'll ping you soon to talk about data forms 20:13:52 <nhnt11> is that ok? 20:16:28 <abdelrhman> OK 20:19:20 <flo-retina> aleth: you couldn't explain to me what you meant by "unset" it then ;) 20:19:40 <aleth> flo-retina: I mean the bash command "unset XYZ" 20:19:43 <flo-retina> aleth: we tried deleting a non-existent item from a python object, which proved we were both tired 20:19:58 <flo-retina> aleth: yeah, so I don't see why you think that would have any impact 20:20:16 <flo-retina> aleth: for me each step is executed in a new shell, so that would likely not do anything 20:20:35 <flo-retina> + 'unset' is a built-in of the shell, so it's not even an executable command python can start. 20:20:48 <aleth> the only reason I bring it up is that I'm still confused that |make...| worked but the buildbot steps dont 20:20:56 <flo-retina> so am I. 20:21:31 <aleth> ah, I was under the impression each step modified the shell, so you could affect the env that way 20:27:39 <-- arlolra has quit (Client exited) 20:27:49 --> arlolra has joined #instantbird 20:30:30 <aleth> so, the undefined AudioFormatFlags should be defined #if MAC_OS_X_VERSION_MIN_REQUIRED < 1080 20:31:12 <aleth> Apple docs say this "enables a developer to specify build time constraints on what Mac OS X versions the resulting application will be run." 20:32:43 <aleth> It's a compile-time macro from AvailabilityMacros.h (not in-tree) 20:33:26 <aleth> https://opensource.apple.com/source/CarbonHeaders/CarbonHeaders-18.1/AvailabilityMacros.h 20:33:27 <aleth> And I guess that's how we ended up thinking about that particular env var 20:35:02 <aleth> Current gecko requires >=10.9, so maybe we can shortcircuit around all this by using a newer SDK? 20:37:47 <aleth> " "AvailabilityMacros.h" suggests that if MAC_OS_X_VERSION_MIN_REQUIRED is undefined, it will be set by default to 10.0. This is correct if MACOSX_DEPLOYMENT_TARGET is not set, but what the header doesn't tell you is that the compiler driver checks the MACOSX_DEPLOYMENT_TARGET environment variable, and sets the value of MAC_OS_X_VERSION_MIN_REQUIRED to be the same as the MACOSX_DEPLOYMENT_TARGET if MACOSX_DEPLOYMENT_TARGET is set." 20:38:55 <aleth> the 10.0 in that sentence seems out of date 20:40:34 <flo-retina> does this give you an idea of something we could try? 20:41:42 <flo-retina> Last time I looked I concluded I was out of idea, and considered the next action to be to take a new mini from the pile, and setup a new slave using the same OS X version that m-c currently uses 20:41:53 <aleth> what version of the SDK is on that machine? 20:41:57 <flo-retina> seems time consuming though 20:42:08 <flo-retina> how do I find that? 20:42:34 <flo-retina> Adding configure options from /Users/buildbot/buildslave/macosx/build/.mozconfig 20:42:34 <flo-retina> --with-macos-sdk=/Developer/SDKs/MacOSX10.7.sdk 20:42:34 <flo-retina> (from the buildbot log) 20:43:30 <aleth> Maybe take a quick look at the AvailabilityMacros.h macro definition? 20:43:43 * aleth is looking at /some version of/ that file 20:44:05 <aleth> it probably changes a bit with the sdk 20:44:14 --> EionRobb has joined #instantbird 20:44:25 <aleth> if it's not part of the SDK, that's itself a kind of answer I suppose 20:44:30 <flo-retina> is mozilla really bulding with the 10.7 SDK? 20:45:58 <aleth> looks to me like Fx builds are on 10.7 machines with 10.7 SDK 20:46:16 <flo-retina> https://treeherder.mozilla.org/#/jobs?repo=fx-team still shows 10.7 builds 20:46:47 <aleth> so the question is why MAC_OS_X_VERSION_MIN_REQUIRED ends up set incorrectly, that's why I am suggesting looking at the macro def in the version of that h file on the machine 20:46:57 <flo-retina> the log also contains --with-macos-sdk=/Developer/SDKs/MacOSX10.7.sdk 20:47:32 <flo-retina> aleth: what do you want to look at specifically in that file? 20:48:00 <aleth> how it decides what value MAC_OS_X_VERSION_MIN_REQUIRED gets 20:48:10 <flo-retina> (it's almost guaranteed to be identical to /Developer/SDKs/MacOSX10.7.sdk/usr/include/AvailabilityMacros.h on your own machine) 20:48:15 <aleth> it looks like it ends up >=1080 when it should be 1070 20:48:37 <aleth> well, arguably it should be 1090 these days :P 20:48:47 <flo-retina> I don't see how the 10.7 SDK could require something >= 10.8 20:49:05 * aleth is confused by gecko requiring >=10.9 while building on 10.7 20:49:49 <aleth> I don't think I have a copy of the 10.7 SDK 20:51:34 <aleth> The version I do have is unhelpful without knowing how the compiler sets ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED based on MACOSX_DEPLOYMENT_TARGET 20:52:34 <aleth> But it does look a lot like MACOSX_DEPLOYMENT_TARGET being set has the potential to mess things up, as when it's not set you end up with a min version that is small enough 20:53:59 <flo-retina> so... what's annoying is that I can't even run commands locally to see what the variable is set to... because when I run the command locally the build passes 20:56:23 <aleth> Another hacky 'solution' would be to set the compile define MAC_OS_X_VERSION_MIN_REQUIRED by hand, as AvailabilityMacros.h then only checks the value is sane 20:56:37 <aleth> but that would likely break at some point in the future 20:57:44 <flo-retina> http://pastebin.instantbird.com/3044819 seems to be the relevant part of the file I have locally 20:57:49 <flo-retina> (from the 10.7 sdk) 20:58:15 <aleth> matches what I was looking at 21:06:14 <-- clokep_work has quit (Ping timeout: 121 seconds) 21:32:01 --> clokep_work has joined #instantbird 21:32:02 * ChanServ sets mode +o clokep_work 21:32:42 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 21:32:47 --> nhnt11 has joined #instantbird 21:32:47 * ChanServ sets mode +h nhnt11 21:36:05 <-- abdelrhman has quit (Connection closed) 21:36:20 --> abdelrhman has joined #instantbird 21:40:43 <flo-retina> we likely have something that sets MAC_OS_X_VERSION_MIN_REQUIRED to 1080 because of the MACOSX_DEPLOYMENT_TARGET set to 10.8 21:40:53 <flo-retina> what do you think would be the result if we set MACOSX_DEPLOYMENT_TARGET to 10.7 ? 21:41:54 <nhnt11> abdelrhman: ping 21:42:07 <-- instant-buildbot has quit (Quit: buildmaster reconfigured: bot disconnecting) 21:42:10 --> instant-buildbot has joined #instantbird 21:42:10 * ChanServ sets mode +v instant-buildbot 21:42:40 <flo-retina> I set it to 10.7 in buildbot (instead of setting to an empty string), and restarted buildbot. We'll see tomorrow if there's an impact 21:43:44 <-- abdelrhman has quit (Connection closed) 21:45:44 --> abdelrhman has joined #instantbird 21:46:09 <nhnt11> abdelrhman: did you see my ping (asking since you quit and rejoined) 21:51:17 <-- arlolra has quit (Ping timeout: 121 seconds) 21:51:43 <-- abdelrhman has quit (Connection closed) 21:52:46 --> abdelrhman has joined #instantbird 21:53:46 <abdelrhman> nhnt11: no 21:54:13 <nhnt11> abdelrhman: so I'm looking at your patch 21:54:16 <nhnt11> looks ok in general 21:54:19 <nhnt11> have you tested it? 21:54:23 <abdelrhman> Yes 21:54:25 <nhnt11> cool 21:54:34 <nhnt11> that's the main thing I wanted to ask 21:54:43 <nhnt11> I'm not very sure I like your approach with passing a listener 21:55:01 <nhnt11> I feel like the listener should be implemented in xmpp-dataForms.jsm 21:55:06 <nhnt11> And a callback should be passed 21:55:11 <nhnt11> but, let me look at it again 21:55:32 <clokep_work> nhnt11: I think that matches how we o the webcall back. 21:55:38 <clokep_work> web callback 21:55:46 <nhnt11> clokep_work: can you point me to an example? 21:56:01 <nhnt11> I feel like the QueryInterface should not have to be implemented by each consumer 21:56:23 <clokep_work> nhnt11: https://dxr.mozilla.org/comm-central/source/chat/protocols/twitter/twitter.js#853-885 21:56:38 <nhnt11> hmm 21:56:51 <nhnt11> got it 21:56:56 <clokep_work> Not saying I agree. Just saying it matches. 21:57:10 <nhnt11> But I think in twitter's case, the browser request stuff isn't abstracted away in a different file 21:57:57 <nhnt11> (which makes sense, since authentication is a basic part of the prpl) 21:59:20 <nhnt11> cool, I think I have enough info to leave feedback in the bug 21:59:24 <nhnt11> abdelrhman: Have you thought about what the next step is? 21:59:39 <nhnt11> abdelrhman: my apologies for the delay in getting to this, by the way. 22:00:08 <abdelrhman> Start supporting basic elements of data forms 22:00:10 <abdelrhman> also do parsing stuff of stanza 22:00:19 <abdelrhman> No problem 22:00:19 <nhnt11> right 22:00:38 <nhnt11> abdelrhman: Do you have a test case set up? 22:01:20 <nhnt11> This kind of thing is most easily implemented by first getting a solid test case working correctly 22:01:28 <abdelrhman> No, but XEPs are full examples which we can use 22:01:32 <nhnt11> ok 22:01:46 <nhnt11> see if you can find an xmpp server that specifically uses data forms for something 22:01:47 <abdelrhman> Also I think (not sure) we can use functions instead of data forms object 22:02:26 <nhnt11> Can you detail what you mean by "data forms object"? 22:03:01 <nhnt11> do you mean the XMPPDataForms prototype you've created? 22:03:09 <abdelrhman> yes 22:03:35 <nhnt11> yeah, I was going to suggest renaming that at the very least 22:03:44 <abdelrhman> for the servers are here (https://bugzilla.mozilla.org/show_bug.cgi?id=955317#c25) 22:03:46 <instantbot> Bug 955317 enh, --, ---, ab, ASSI, Support XEP-0077 In-Band Registration 22:04:34 <nhnt11> abdelrhman: A better approach might be to have a single object in the JS file, which has a function "initiateDataFormRequest" or something 22:04:54 <nhnt11> instead of having to create an instance of XMPPDataForms 22:05:14 * nhnt11 reminisces about FooBarUtils classes in java 22:05:19 <abdelrhman> OK 22:06:07 <nhnt11> actually, since it's probably just one function, you can just define the function in the file and export the function 22:06:12 <nhnt11> no need for an object 22:06:19 <-- aleth has quit (Ping timeout: 121 seconds) 22:06:26 --> arlolra has joined #instantbird 22:06:28 * nhnt11 needs to use the bathroom, brb 22:07:24 --> aleth has joined #instantbird 22:07:25 * ChanServ sets mode +o aleth 22:09:06 <-- abdelrhman has quit (Connection closed) 22:09:26 --> abdelrhman has joined #instantbird 22:11:25 <aleth> clokep_work, abdelrhman: any thoughts on that discussion on the form of the /buzz message? 22:11:51 <clokep_work> aleth: Which discussion? 22:12:02 <aleth> in the attention bug 22:12:07 <clokep_work> Thanks. :P 22:12:10 <clokep_work> Which part of it? 22:12:28 <abdelrhman> bug 1275136 22:12:30 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1275136 nor, --, ---, ab, ASSI, Implement attention (XEP-0224) 22:12:56 <clokep_work> aleth: Do you mean the action message thing? 22:13:01 <aleth> Yes 22:13:20 <aleth> i.e. what kind of message would you display it as? 22:13:37 <clokep_work> aleth, abdelrhman: I feel like the *right* thing to do is to have a system message, but I don't know for sure. 22:14:41 <aleth> clokep_work: The problem with a system message is that it's not very attention-getting ;) 22:14:52 <clokep_work> Oh and it collapses. :( 22:14:54 <clokep_work> That's bad. 22:15:10 <aleth> Right. 22:15:28 <aleth> I don't love the action message idea, just couldn't come up with anything better 22:15:41 <aleth> A normal message seems even more misleading 22:16:01 <clokep_work> Yeah. 22:16:15 <clokep_work> Let me think again, so this is the case where the other use has sent /buzz to us w/ no message? 22:16:21 <aleth> yeah 22:17:08 * clokep_work wonders wtf the |notification| flag is for. 22:17:37 <clokep_work> aleth: Can you set a different source on messages in private conv? 22:17:48 <aleth> clokep_work: That's a good idea! 22:18:00 <aleth> abdelrhman should try it and see if it works :-) 22:18:04 <clokep_work> Well just another idea....I don't know for sure. 22:18:11 <clokep_work> Would it even be clearer? 22:18:51 <aleth> Hmm. I suppose you're thinking of a sender = "Instantbird" or something like that 22:19:05 <clokep_work> Maybe. 22:19:09 <clokep_work> It's still *from* the user though. 22:19:15 <abdelrhman> http://hg.mozilla.org/users/florian_queze.net/purple/file/tip/libpurple/prpl.c#l490 22:19:18 <clokep_work> So maybe that doesn't make sense. 22:19:19 <aleth> I'm not sure it's clearer 22:19:32 <clokep_work> So what behavior do we *want* and then let's figure out if that's possible. 22:20:21 * aleth wonders if action messages ping: clokep_work 22:20:33 <clokep_work> aleth: They do. 22:20:48 <clokep_work> But maybe you want to try in a private message. 22:21:06 <aleth> Nah, because ab's patch sets that flag by hand 22:21:26 <aleth> So the only problem I see with the action message is the possible confusion that the recipient thinks the message text IB puts in was typed by the sender 22:21:46 <aleth> But the message text does reflect what the sender intended (get attention) so that doesn't seem a big issue 22:22:09 * aleth wonders what abdelrhman thinks, he's being very silent :P 22:22:26 <clokep_work> Yeah, I think that's OK. Why is it an action then though? 22:22:31 <clokep_work> Is that how we're showing all buzz messages? 22:22:35 <aleth> No 22:23:01 <abdelrhman> Actually, I'm looking at what libpurple does 22:23:09 <clokep_work> Oh? 22:23:30 <aleth> clokep_work: If the sender provided a message, we can just show that like normal, but in bold (ping) 22:23:55 <clokep_work> FYI I'm leaving in like 3 minutes. 22:23:57 <instantbot> New Chat Core - General bug 1281306 filed by firstname.lastname@example.org. 22:23:59 <instantbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1281306 nor, --, ---, nobody, UNCO, Intermittent leakcheck | tab process: missing output line for total leaks! 22:24:04 <EionRobb> there's a pidgin plugin called Nudge that shakes the window when you receive a buzz/poke/nudge :D 22:24:24 <abdelrhman> they use system flag with notification flag 22:25:15 * clokep_work makes a pidgin plugin that goes and rings EionRobb's doorbell when he gets nudged. 22:25:29 <clokep_work> abdelrhman: I think we should do that. 22:25:39 <clokep_work> abdelrhman, aleth: Do we know if there's a way to force IB to *not* collapse a certain system message? 22:25:47 <clokep_work> I doubt we have that much control over message themes. 22:25:52 <clokep_work> I think we should just do it and call it a day. 22:26:15 <clokep_work> This isn't the most interesting part of the work we hope abdelrhman will compelte. :-D 22:26:44 <aleth> No, let's not use the notification flag. 22:26:58 <aleth> IB does not support it and message styles don't support it and like you say abdelrhman has better things to do ;) 22:27:21 <clokep_work> Sorry, I assumed notification == ping. 22:27:43 <aleth> No, we had that discussion in the bug, that we'd extend the meaning of containsNick to cover all pings 22:27:54 <clokep_work> Yeah, sorry. I was getting things confused. 22:28:03 <clokep_work> So what I'ms aying is containsNick + system. 22:28:12 <clokep_work> It should be bold. 22:28:15 <clokep_work> And should ping the user? 22:28:34 <clokep_work> And move on and not worry too much. 22:28:36 <aleth> It won't ping because we don't allow system messages to ping 22:28:44 <aleth> It'll probably be bold though ;) 22:29:07 <clokep_work> Gah. 22:29:09 <clokep_work> WHY? 22:29:15 <aleth> Did you read my bug comment? :P 22:29:23 <clokep_work> I can't keep track of this bug in my head. 22:29:35 <aleth> iirc they used to ping but people got annoyed by join messages pinging them ;) 22:29:47 <clokep_work> Why would join messages ping? :-S 22:29:54 <aleth> They contain your nick? 22:29:59 <clokep_work> Ah |9:01:48 AM - Mode +o for clokep_work set by ChanServ.| 22:30:17 * clokep_work sighs. 22:30:26 * aleth agrees with the sigh 22:30:28 <clokep_work> Can we at least add a todo in the code then that it should be a notification or something? 22:30:50 <aleth> Sure 22:31:31 <aleth> Btw, abdelrhman if you experiment a bit with what actually happens for system messages + containsNick flag maybe you can find an even better solution 22:31:57 <aleth> But don't worry about it too much 22:32:37 <abdelrhman> OK, I'll try that tomorrow, maybe we find something better! 22:35:13 <clokep_work> Don't spend a lot of time on it. 22:35:26 <abdelrhman> OK 22:35:34 * clokep_work goes away. 22:35:39 <clokep_work> Keep up the good work. :) 22:39:41 <-- clokep_work has quit (Ping timeout: 121 seconds) 22:42:53 <-- arlolra has quit (Client exited) 22:54:47 <-- abdelrhman has quit (Ping timeout: 121 seconds) 23:07:24 <-- nhnt11 has quit (Quit: Instantbird 1.6a1pre -- http://www.instantbird.com) 23:09:27 --> clokep_work has joined #instantbird 23:09:28 * ChanServ sets mode +o clokep_work 23:12:53 <-- chrisccoulson has quit (Ping timeout: 121 seconds) 23:18:28 <-- aleth has quit (Quit: Instantbird 49) 23:21:34 <-- clokep_work has quit (Ping timeout: 121 seconds) 23:27:24 <-- unghost has quit (A TLS packet with unexpected length was received.) 23:30:22 <-- Bollebib has quit (Ping timeout: 121 seconds)