| 00:58.34 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 01:07.04 | *** join/#asterisk-dev terryw (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 01:58.10 | *** join/#asterisk-dev ipengineer (~zconkle@108-206-120-218.lightspeed.mckntx.sbcglobal.net) |
| 02:05.32 | *** join/#asterisk-dev ipengineer (~zconkle@108-206-120-218.lightspeed.mckntx.sbcglobal.net) |
| 02:33.23 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 02:56.12 | *** join/#asterisk-dev tuxd00d (~tuxd00d@wsip-24-255-117-2.ph.ph.cox.net) |
| 05:32.45 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip70-162-151-19.ph.ph.cox.net) |
| 06:39.02 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 06:53.56 | *** join/#asterisk-dev tzafrir (~tzafrir@host-201-83.pubnet.pdx.edu) |
| 06:53.57 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:35.24 | *** join/#asterisk-dev paolo_ (~smuxi@ip-62-143-36-139.hsi01.unitymediagroup.de) |
| 11:41.09 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 11:53.14 | *** join/#asterisk-dev dms1 (~dms1@65.207.151.254) |
| 12:07.11 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:13.21 | *** join/#asterisk-dev oej (~Adium@h217-27-188-82.cust.tyfon.se) |
| 12:13.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:14.00 | oej | Hello folks |
| 12:14.08 | opticron | hi! |
| 12:16.54 | *** join/#asterisk-dev dms1 (~dms1@65.207.151.254) |
| 12:28.49 | *** join/#asterisk-dev Marquis42 (~mrbmw@d149-67-95-208.try.wideopenwest.com) |
| 12:31.53 | *** join/#asterisk-dev dms1 (~dms1@65.207.151.254) |
| 12:52.07 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 14:00.33 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-pngiicqxdflhqhjc) |
| 14:00.33 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:25.55 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:25.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:27.50 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:28.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:29.40 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.33) |
| 14:59.32 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-lluazwssbiqvagwl) |
| 15:16.18 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:22.29 | *** join/#asterisk-dev philippel (uid10480@gateway/web/irccloud.com/x-oguqbyvmnyknjkmi) |
| 15:23.54 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 16:12.41 | opticron | for anyone looking to do reviews, simple test https://reviewboard.asterisk.org/r/3916/ and less simple test-related things https://reviewboard.asterisk.org/r/3924/ |
| 16:17.34 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 16:18.34 | *** join/#asterisk-dev tzafrir (~tzafrir@host-201-83.pubnet.pdx.edu) |
| 16:18.35 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:27.19 | tm1000 | file: ping |
| 16:27.35 | file | tm1000, pong |
| 16:27.44 | tm1000 | file: pm? |
| 16:28.59 | file | I haz sent you one |
| 16:42.30 | gtjoseph | rmudgett: the strncmp/strncasecmp was there because the commands are supposed to handle partial channel names. I.E. 'SIP/1' kicks the first matching channel starting with 'SIP1/1' |
| 16:45.06 | rmudgett | Kick does not accept partial names. |
| 16:48.22 | gtjoseph | rmudgett: according to the docs it does. |
| 16:50.01 | rmudgett | According to the code it doesn't |
| 16:50.11 | gtjoseph | so which was the bug? |
| 16:50.12 | rmudgett | It is using strcasecmp not strncasecmp |
| 16:50.18 | gtjoseph | the code or doc? |
| 16:50.45 | rmudgett | I'd say the doc because it would not accept partial names. |
| 16:51.14 | rmudgett | Also with a partial name you might kick the wrong channel. |
| 16:51.17 | gtjoseph | so you'd rather me remove it from the docs than add it in the code?? |
| 16:52.25 | rmudgett | Have to do some digging to see if partial names were intended from the beginning. |
| 16:52.51 | gtjoseph | ok, partials were implemented for mute/unmute though. |
| 16:55.04 | *** join/#asterisk-dev opticron (~opticron@75.76.148.219) |
| 16:55.04 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 17:00.12 | rmudgett | gtjoseph: Found that kick used to take partial names for the CLI command |
| 17:01.00 | rmudgett | Also it did not take partial names for the AMI action |
| 17:01.23 | gtjoseph | Hmmm. They both call kick_conference_participant |
| 17:01.32 | gtjoseph | at least they do now. |
| 17:02.04 | gtjoseph | How do you want it now? |
| 17:03.50 | rmudgett | Well with tab completion it should take the full name. |
| 17:04.08 | rmudgett | Taking the full name is easier because of tab completion. |
| 17:05.21 | gtjoseph | So you're thinking 'no partial' for kick but leave partial for mute/unmute? |
| 17:06.31 | rmudgett | That can work as kicking is more drastic than mute/unmute |
| 17:06.44 | gtjoseph | ok, that's how I'll go. |
| 17:07.33 | jameswf | Kicking is like a hard mute. |
| 17:07.45 | gtjoseph | :) |
| 17:08.40 | rmudgett | Well it is more permanent. |
| 17:09.06 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-liuuvojllmkxixgs) |
| 17:09.09 | gtjoseph | only if you block them from rejoining. |
| 17:41.59 | *** join/#asterisk-dev dms1 (~dms1@65.207.151.254) |
| 19:06.58 | *** join/#asterisk-dev tzafrir (~tzafrir@host-201-83.pubnet.pdx.edu) |
| 19:06.58 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:23.43 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.33) |
| 19:30.50 | *** join/#asterisk-dev tzafrir (~tzafrir@host-201-83.pubnet.pdx.edu) |
| 19:30.51 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:35.37 | gtjoseph | hey file: you had a hand in app_confbridge, yes? |
| 19:36.00 | file | not the version that exists today |
| 19:36.17 | gtjoseph | rats |
| 19:37.22 | gtjoseph | rmudgett: do you know the details of how confbridge generates its manager events? |
| 19:38.11 | rmudgett | They are sent over the stasis bus. |
| 19:38.27 | rmudgett | Like everything else :) |
| 19:38.36 | gtjoseph | yeah, but... |
| 19:39.48 | gtjoseph | i need to add an entry to the manager event. i've added it in send_join_event but it's not making it through to the actual AMI event |
| 19:40.34 | TazzNZ | morning all |
| 19:40.56 | file | there is a to_ami callback which turns the Stasis message into an AMI message, it exists where the message type is defined |
| 19:41.51 | gtjoseph | ah, i see that now. I'll have to explicitly pull my entry from the blob and add it into the outgoing message |
| 19:42.28 | opticron | actually, confbridge does things a bit differently with a message router |
| 19:43.13 | opticron | apps/confbridge/confbridge_manager.c |
| 19:43.57 | file | ah, yeah |
| 19:44.00 | gtjoseph | yep, that's where I am. |
| 19:48.29 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 19:48.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:04.41 | skrusty | evening all |
| 20:10.36 | file | yo |
| 20:11.42 | skrusty | hey, i never realised you could do http enpoints for upload with http.conf, that kind of gets round my issue in ARI. No idea why i'd never noticed that before |
| 20:12.09 | skrusty | in fact, i never realised you could serve up static content either until alst week, so i just pointed it at my sounds folder |
| 20:12.35 | skrusty | now i can pull down and upload recordings for ARI, wish i'd spotted that a few months ago :) |
| 20:17.56 | opticron | rmudgett, if you don't mind taking a look at the asterisk12+ variant of the CID patch as well, that would be appreciated. most of the difference is in the PJSIP code https://reviewboard.asterisk.org/r/3933/ |
| 20:43.43 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-69-76-200-210.kc.res.rr.com) |
| 20:53.13 | *** join/#asterisk-dev tzafrir (~tzafrir@host-201-83.pubnet.pdx.edu) |
| 20:53.14 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:03.26 | gtjoseph | Anyone know...is it safe to use RAII_VAR and SCOPED_AO2LOCK on the same on the same structure? Does the dtor for the lock member get run before the dtor for the structure? |
| 21:09.17 | gtjoseph | Apparently it is NOT safe. Rats. |
| 21:12.07 | gtjoseph | well, yes it is...as long as the lock scope ends before the structure scope. :) |
| 22:20.07 | *** join/#asterisk-dev tzafrir (~tzafrir@host-201-83.pubnet.pdx.edu) |
| 22:20.07 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:23.53 | *** join/#asterisk-dev chazzam (~chazz@donutokyo.info) |
| 22:37.46 | *** join/#asterisk-dev Corydon76-work (~quassel@c-69-137-93-158.hsd1.tn.comcast.net) |
| 22:37.46 | *** mode/#asterisk-dev [+o Corydon76-work] by ChanServ |
| 22:44.25 | *** join/#asterisk-dev mbowie (~mbowie@162.212.36.9) |
| 22:45.12 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 22:45.13 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 22:46.22 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 23:07.38 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |