| 00:13.50 | *** join/#asterisk-dev snuff-work (~snuff-wor@202-161-112-134.tpgi.com.au) |
| 00:13.51 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:18.39 | *** join/#asterisk-dev infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:18.39 | *** topic/#asterisk-dev is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 06:12.57 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 06:19.38 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 07:42.56 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.58) |
| 08:03.09 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.58) |
| 08:21.45 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 10:56.21 | pchero_work | Hi team, I've question regarding how the Asterisk handling with the CANCEL using the chan_pjsip. |
| 10:57.05 | pchero_work | When the Asterisk receives CANCEL for incoming request, the ChannelDestroyed event came with cause code 127. |
| 10:58.17 | pchero_work | Because I was expecting cause code 0, I'm get in panic now. -_-;; Is it correct(default) behaviour or is it related some options? |
| 10:58.29 | pchero_work | Thank you in advance. |
| 11:39.11 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 12:12.23 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@68-114-57-249.dhcp.davl.vt.charter.com) |
| 12:12.23 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 14:01.33 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-drsilrpxiefexicx) |
| 14:01.33 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:15.32 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-feucswtidelcindb) |
| 14:15.32 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:10.25 | seanbright | i am so confused |
| 15:11.20 | seanbright | so in his code, he removes this: |
| 15:11.21 | seanbright | (type & PJSIP_TRANSPORT_IPV6) ? "[" : "", |
| 15:11.33 | seanbright | that would imply that local_name.host does _not_ have brackets |
| 15:12.08 | seanbright | so is "type" the real problem? |
| 15:12.32 | file | nah, the real problem is that res_pjsip_transport_websocket puts brackets into local_name.host |
| 15:12.35 | file | while TCP/TLS doesn't |
| 15:13.29 | seanbright | but, it does |
| 15:13.50 | seanbright | they do, rather |
| 15:14.08 | file | didn't when I ran the test? or at least the Contact result was not double quoting |
| 15:16.01 | seanbright | https://gerrit.asterisk.org/c/asterisk/+/12985 |
| 15:16.05 | seanbright | so is that the correct fix? |
| 15:17.09 | file | think so? reporter could test |
| 15:19.48 | seanbright | i need to set ip ipv6 some day |
| 15:19.54 | seanbright | ip ipv6... or just ipv6 |
| 15:20.01 | file | ipv8 is the future |
| 15:20.28 | seanbright | 1Kb addresses |
| 15:22.39 | file | gives seanbright a /64 |
| 15:34.43 | seanbright | so abandoning a review with an ASTERISK-whatever tag in it removes all reviews with that tag from JIRA |
| 15:34.51 | seanbright | so... oops |
| 15:37.52 | file | kinda |
| 15:38.03 | file | by default the view thingy in JIRA shows you merged or open |
| 15:38.28 | seanbright | oh. it just came back. |
| 15:38.32 | seanbright | they were all gone |
| 15:38.41 | seanbright | but now they're all back |
| 15:38.52 | seanbright | does it run as a job? |
| 15:39.01 | file | nope |
| 15:39.04 | seanbright | hmm |
| 15:39.08 | seanbright | well, whatever |
| 15:39.17 | file | it pulls from Gerrit at load time using the query mechanism I believe |
| 16:22.31 | seanbright | i suppose the old asterisk-addons repo is long gone |
| 16:23.28 | seanbright | svn.asterisk.org to the rescue |
| 17:14.13 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |