| 00:18.04 | *** join/#asterisk-dev RogersJA (~RogersJA@184.70.36.178) |
| 02:16.10 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 02:16.11 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:20.27 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 02:20.27 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:45.30 | *** join/#asterisk-dev RogersJA (~RogersJA@S0106001d7e20d4e4.wp.shawcable.net) |
| 04:14.58 | *** join/#asterisk-dev RogersJA (~RogersJA@S0106001d7e20d4e4.wp.shawcable.net) |
| 06:19.28 | *** join/#asterisk-dev RogersJA (~RogersJA@S0106c03f0ed65cc5.wp.shawcable.net) |
| 06:47.10 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:47.13 | schmidts | good morning |
| 06:52.11 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 06:52.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:18.25 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 08:18.25 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Tier 4 support is in #2,000 |
| 12:08.15 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 12:10.30 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 12:10.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:29.13 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-pyjoqczmencguavt) |
| 13:34.59 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-powqyimhaskrryip) |
| 13:34.59 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:38.24 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:38.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:58.26 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 14:03.06 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:03.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:06.03 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 14:38.34 | *** join/#asterisk-dev zerohalo (~zerohalo@74-94-141-204-ma.hfc.comcastbusiness.net) |
| 14:40.21 | *** join/#asterisk-dev igorg (~igorg@92.255.182.116) |
| 14:46.24 | *** join/#asterisk-dev RogersJA (~RogersJA@S0106c03f0ed65cc5.wp.shawcable.net) |
| 14:54.28 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:54.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:44.19 | putnopvut | Okay I give up. In the testsuite, 1) How do I execute an arbitrary AMI action? 2) If the manager command outputs a "Message" as a response to the command, how do I capture that? |
| 15:46.55 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:46.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:52.26 | putnopvut | Hm, appears that ami.sendMessage may be what I'm looking for on number 1. Not sure about how to handle number 2 though. |
| 15:53.52 | pabelanger | putnopvut: what command are you looking to run? |
| 15:55.19 | putnopvut | pabelanger: I've created a new AMI action called "PresenceState" that I want to run. |
| 15:55.54 | pabelanger | putnopvut: well, we could just added it to starpy |
| 15:56.13 | putnopvut | I'm pretty sure it's not necessary. |
| 15:56.32 | putnopvut | I think ami.sendMessage will do what I want. I found a test in the testsuite that uses it in order to set queue penalties. |
| 15:59.03 | pabelanger | putnopvut: maybe self.sendDeferred(message).addCallback(self.errorUnlessResponse) |
| 15:59.53 | putnopvut | pabelanger: I'll give that a try. Is "errorUnlessResponse" a TestCase method or is that a name you just created? |
| 16:00.03 | pabelanger | putnopvut: no, that is a function in starpy |
| 16:00.32 | pabelanger | basically all of starpy's AMI functions wrap around that |
| 16:00.34 | putnopvut | Ah, so the "self"s there are not TestCases. |
| 16:01.03 | pabelanger | right, guess it would be ami.sendDeferred(message)..... |
| 16:01.13 | putnopvut | aight. I'll give that a try. |
| 16:01.17 | pabelanger | un tested of course |
| 16:09.48 | mjordan | putnopvut: self => this pointer in C++ - so its whatever class you happen to be in |
| 16:10.07 | putnopvut | mjordan: indeed |
| 16:16.23 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 16:16.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:18.12 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 16:18.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:32.34 | pabelanger | heh, just learned about *CLI> core show file version |
| 16:32.51 | pabelanger | hence my update to svn:keywords |
| 16:33.45 | kpfleming | nice |
| 16:47.34 | mjordan | ASTERISK-19642: interesting, first time I've seen a [bounty] issue pop up in the bug tracker |
| 16:48.20 | kpfleming | i'd remove that tag. bounty stuff should be posted on asterisk-biz. |
| 16:48.35 | pabelanger | Ya, I was going to close it last night but forgot |
| 16:48.41 | pabelanger | at one point in time they were allowed |
| 16:48.45 | mjordan | in his defense, he followed our instructions: http://www.asterisk.org/node/14 |
| 16:48.50 | kpfleming | lovely |
| 16:48.52 | pabelanger | nodes |
| 16:48.53 | Qwell | yeah, we need to change that |
| 16:48.59 | pabelanger | nods* |
| 16:49.09 | kpfleming | wants to see pabelanger node |
| 16:55.47 | mjordan | webpage updated |
| 17:02.11 | putnopvut | Testsuite rant: I had "self.asterisk[0].cli_exec('blah')" in my test. The test would run, but just hang forever...The correct line was supposed to be "self.ast[0].cli_exec('blah')". Why in the world doesn't this trigger some sort of exception/error/SOMETHING? </rant> |
| 17:02.30 | mjordan | hm |
| 17:02.39 | mjordan | it actually should. Was that in ami_connect? |
| 17:02.39 | Qwell | putnopvut: welcome to interpreted languages |
| 17:02.48 | putnopvut | mjordan: no, it was in run() |
| 17:02.50 | mjordan | oh |
| 17:03.23 | mjordan | well, since that's technically a deferred callback, it would end up in the error handler associated with that callback. Which could be getting eaten. |
| 17:03.27 | mjordan | I'll take a look |
| 17:05.15 | mjordan | yup, that's what happened. There's a reason why I'm consuming errors in the list of callbacks (that happens to include run), but there may be a better way of doing it. I'll play around with it |
| 17:05.44 | mjordan | take a look at line 255 in TestCase, and you'll see the deferred list that manages that particular sequence of callbacks |
| 17:31.03 | *** join/#asterisk-dev sustav (~alfa@nat/digium/x-prmofkudrjqxzjlr) |
| 20:02.37 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 20:42.43 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 22:08.42 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-powqyimhaskrryip) |
| 22:09.00 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 23:56.13 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 23:56.13 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |