| 00:02.09 | *** join/#asterisk-bugs itamarjp (n=itamar@189-015-164-197.xd-dynamic.ctbcnetsuper.com.br) |
| 05:58.16 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 06:06.51 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 06:39.32 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 08:17.09 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 11:32.02 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:32.02 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 12:37.56 | *** join/#asterisk-bugs Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 12:37.56 | *** mode/#asterisk-bugs [+o Qwell] by ChanServ |
| 12:39.01 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 12:39.01 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 12:40.39 | *** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file) |
| 12:40.39 | *** mode/#asterisk-bugs [+o file] by ChanServ |
| 13:31.34 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 14:07.56 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:07.56 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:11.16 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 14:27.31 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 15:24.38 | *** join/#asterisk-bugs BlargMaN00 (n=blarg@12.234.16.130) |
| 15:25.50 | *** join/#asterisk-bugs BlargMaN00 (n=blarg@12.234.16.130) |
| 15:40.47 | *** join/#asterisk-bugs elguero (n=elguero@12.187.84.162) |
| 15:43.34 | jsmith | putnopvut: I filed but 15883 re: that AMI issue, fwiw |
| 15:43.42 | jsmith | M15883 |
| 15:43.44 | MuffinMan | [new] [Asterisk] Channels/chan_dahdi 0015883: NewChannel AMI event on DAHDI (or Zaptel) channels contains CallerID information from previous call reported by jsmith (Karma: +30.25) https://issues.asterisk.org/view.php?id=15883 |
| 16:06.51 | *** join/#asterisk-bugs ebroad (n=EB@72.11.213.195) |
| 16:27.31 | *** join/#asterisk-bugs itamarjp (n=itamar@189-015-164-197.xd-dynamic.ctbcnetsuper.com.br) |
| 16:28.20 | *** join/#asterisk-bugs MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 17:09.49 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 20:04.48 | *** join/#asterisk-bugs asif (n=chatzill@61.17.225.68) |
| 20:04.56 | asif | hello all. |
| 20:05.31 | asif | just built 1.6.1.1 and hit this problem with CDR |
| 20:06.04 | asif | "disposition" is always "NOT ANSWERED", even when the call is answered |
| 20:39.05 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 20:45.34 | leifmadsen | 1.6.11 is not the newest version |
| 20:45.35 | leifmadsen | 1.6.1.6 is out |
| 20:45.39 | leifmadsen | asif: ^^^ |
| 20:45.43 | leifmadsen | 1.6.1.1* |
| 20:46.19 | asif | oops. i was referring to the same. my mistake. |
| 20:47.31 | asif | i'm using mysql cdr |
| 20:47.39 | leifmadsen | asif: check issues.asterisk.org and see if an existing issue describes your issue, and if not, then file a new issue |
| 20:47.51 | leifmadsen | I believe an issue like that either was recently closed, or already exists |
| 20:48.00 | leifmadsen | (be sure to search through closed issues as well) |
| 20:48.04 | leifmadsen | you can test latest 1.6.1 branch |
| 20:48.13 | leifmadsen | which is changed beyond the latest release |
| 20:48.14 | asif | i came across this issue https://issues.asterisk.org/view.php?id=14844 |
| 20:48.26 | asif | referring to v 1.4 |
| 20:49.10 | asif | closed due to non-reproducability |
| 20:49.23 | leifmadsen | file a new issue with information on how to reproduce |
| 20:50.13 | asif | not sure about the reproducability |
| 20:50.56 | leifmadsen | then there won't be much we can do |
| 20:51.19 | asif | i was using 1.4.26.1 before that, it was recording dispositions correctly |
| 20:53.53 | asif | how do i state "how to reproduce"? |
| 20:54.54 | leifmadsen | well, what you're doing to cause that disposition to be incorrect. CDR table format, asterisk console, system configuration (relevant), what you're doing (call flow), etc... etc.... |
| 21:00.51 | asif | maybe i should try an svn build too |
| 21:00.57 | leifmadsen | yes, please |
| 21:04.15 | asif | would be great if someone told me another thing - is it possible to customize MySQL CDRs with Asterisk? Like, selecting which fields to log, adding custom fields etc. |
| 21:04.17 | asif | ? |
| 21:09.01 | leifmadsen | asif: in 1.6 it's called cdr_adaptive_odbc |
| 21:09.27 | asif | oh i see |
| 21:09.54 | asif | i'm using cdr_mysql. it's not possible with cdr_mysql i guess? |
| 21:10.39 | leifmadsen | no, you should probably be using cdr_odbc |
| 21:10.50 | leifmadsen | cdr_mysql is not as well maintained |
| 21:10.57 | leifmadsen | and now... it is quitting time |
| 21:11.30 | asif | thanks for the tip, leif |
| 21:28.06 | *** part/#asterisk-bugs asif (n=chatzill@61.17.225.68) |