#instantbird log on 06 21 2016

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 intermittent-bug-filer@mozilla.bugs.
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)