| 00:58.37 | *** join/#asterisk-bugs MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 02:11.27 | *** join/#asterisk-bugs Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 02:11.27 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 05:54.50 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 06:40.28 | *** join/#asterisk-bugs oej (n=olle@87.96.134.125) |
| 07:30.55 | *** join/#asterisk-bugs oej (n=olle@87.96.134.125) |
| 07:51.42 | *** join/#asterisk-bugs Hatrix (n=Hatrix@213.201.24.127.static.user.ono.com) |
| 08:05.05 | *** join/#asterisk-bugs Micc (n=Micc@c-98-225-59-171.hsd1.wa.comcast.net) |
| 08:05.27 | Micc | Ok. I have the sip debug and a new error for my bug https://issues.asterisk.org/view.php?id=15922 |
| 10:39.56 | *** join/#asterisk-bugs Hatrix (n=Hatrix@213.201.24.127.static.user.ono.com) |
| 12:15.20 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:59.23 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 13:00.51 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:00.51 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 13:21.51 | leifmadsen | is a bug closing machine today |
| 13:33.30 | leifmadsen | Corydon76-dig: ping! |
| 13:33.38 | leifmadsen | M15180 |
| 13:33.40 | MuffinMan | [feedback] [Asterisk] CDR/General 0015180: [patch] No unique identifier for CDR reported by Nick_Lewis (Karma: +6.25) https://issues.asterisk.org/view.php?id=15180 |
| 13:33.53 | leifmadsen | any idea if there was a consensus on that issue? I don't think I saw the discussion on the mailing list |
| 14:04.16 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:13.26 | leifmadsen | well, mantis issues down to 476 now |
| 14:19.11 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:19.11 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:20.05 | *** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162) |
| 14:20.05 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 14:38.30 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 14:51.33 | Corydon76-dig | leifmadsen: there's not a single thread you can link to, given that Nick_Lewis is using a moronic mailer that starts a new thread on each reply |
| 14:52.33 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 15:00.55 | leifmadsen | Corydon76-dig: oh right... I forgot about that |
| 15:01.15 | leifmadsen | Corydon76-dig: I also emailed him about that and he said he was going to try and work on it -- I think he was using Outlook Express or something |
| 15:05.18 | *** join/#asterisk-bugs aiksa[LV] (n=aiksa[LV@mx.fiveplus.lv) |
| 15:05.59 | aiksa[LV] | Hi there is an issue I would like to report, I am just not sure if it requires it own bugtrack entry or is an issue everyone ispretty well aware of, and therefore should not be loged at all. |
| 15:06.36 | aiksa[LV] | manager interface is supposed to be line protocol in a format of Key:Value \n\r |
| 15:07.04 | russellb | <PROTECTED> |
| 15:07.39 | aiksa[LV] | now under specific circumstances values for some keys might contain those line termination chars, I suspect that manager passes them out to clients as is |
| 15:07.45 | aiksa[LV] | russellb: sorry |
| 15:08.13 | aiksa[LV] | thus rendering client code unable to parse those messages. |
| 15:08.18 | russellb | yes, it would pass it out raw. What field would include "\r\n" ? |
| 15:09.23 | aiksa[LV] | russellb: for example newexten event had (if remember correctly) field for application data (that is data passed to dialpan application) |
| 15:10.43 | aiksa[LV] | now if I were using ${EXTEN} somewhere and it would happen to contain \r\n (copy + paste phone number into softphone from Excel), that would get into AMI command |
| 15:10.49 | aiksa[LV] | into AMI event |
| 15:12.52 | aiksa[LV] | russellb: there might be other cases, like trying to assign calleridname from database where those chars exist. |
| 15:13.18 | aiksa[LV] | and then recieving coresponding event |
| 15:13.19 | russellb | does your dialplan match extensions that include \r\n and actually work? |
| 15:13.26 | russellb | and, why would the database have those chars? |
| 15:13.35 | russellb | This all sounds like problems elsewhere :-) |
| 15:14.09 | aiksa[LV] | russellb: now, I understand that those are outside related problems |
| 15:14.38 | aiksa[LV] | but any application for asterisk, designated to work with custom dialplans would be affected by this. |
| 15:15.14 | aiksa[LV] | and regarding the dialplan I suspect that _1112. will match even those chars |
| 15:15.29 | aiksa[LV] | though I must test this |
| 15:16.49 | aiksa[LV] | I was just pointing out to the problem in protcol rather than causes. It shouldnt be that hard to escape / replace those things at manager |
| 15:18.10 | russellb | Well, the way it is written, it is actually _very_ hard |
| 15:18.46 | russellb | by the time the data gets to manager.c, it's one big string. It wouldn't know the difference between a line terminator, and the same chars embedded in a line |
| 15:19.01 | aiksa[LV] | russellb: ok. |
| 15:19.49 | aiksa[LV] | ok, so no abstraction layer in front of socket |
| 15:20.21 | russellb | at least not one that would allow what you're proposing |
| 15:20.43 | aiksa[LV] | gotta run. I will not file the bug just yet, will discuss with you later, thanks for the response |
| 16:46.16 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:07.14 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 18:56.44 | *** join/#asterisk-bugs bbryant (n=brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 18:56.44 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 20:12.41 | *** join/#asterisk-bugs eliel_ (n=eliels@200.61.172.61) |
| 21:53.01 | Corydon76-dig | leifmadsen: beware the Ides of Falves11 |
| 23:30.54 | *** join/#asterisk-bugs angler (n=angler@pdpc/sponsor/digium/angler) |