| 01:00.36 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-vcktmfcwqpsnafmc) |
| 01:16.26 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 01:16.26 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 01:48.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 02:06.02 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 02:06.02 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 02:06.33 | cresl1n | pokes file |
| 02:28.10 | *** join/#asterisk-dev angler- (~angler@pdpc/sponsor/digium/angler) |
| 02:33.46 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 02:33.46 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 03:06.36 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-43-83.red.bezeqint.net) |
| 03:06.36 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:07.50 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:07.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:29.43 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 06:33.25 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-80-21-122.static.bezeqint.net) |
| 06:33.38 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:48.51 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:18.40 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:27.37 | *** join/#asterisk-dev NirS (~Nir_S@5.29.6.132) |
| 07:27.45 | NirS | Hi All |
| 07:27.47 | NirS | anybody home ? |
| 08:53.19 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-80-21-122.red.bezeqint.net) |
| 08:53.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:13.34 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:23.07 | wdoekes | ~ask |
| 09:23.07 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 09:56.43 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 09:58.38 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 10:11.04 | *** join/#asterisk-dev lnxslck (~lnxslck@av3-84-90-162-98.netvisao.pt) |
| 11:21.54 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-80-21-122.static.bezeqint.net) |
| 11:21.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:22.54 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-xdstofrimolnicai) |
| 11:41.16 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 12:30.30 | stefan27 | Oh good, file is working on https://gerrit.asterisk.org/#/c/2492/ aka ASTERISK-25642. I was about to create a similar patch before but the webrtc video project was put on hold so I could never finish the patch |
| 12:30.40 | file | hmmm? |
| 12:30.54 | file | I cherry picked it |
| 12:31.03 | file | https://gerrit.asterisk.org/#/c/2468/3 |
| 12:31.09 | file | is the original review from someone else |
| 12:32.21 | stefan27 | Aha, I just took a quick glance at the gerrit |
| 12:32.35 | stefan27 | so it might get merged to 13.9? |
| 12:35.24 | file | yes |
| 12:36.58 | stefan27 | great i'll test the patch on a 13.5, when 13.9 comes it's probably time to upgrade all our asterisks again |
| 13:12.36 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-zwdeghptlczpqzay) |
| 13:12.36 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:35.02 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:35.02 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:36.15 | file | cresl1n! |
| 13:37.28 | cresl1n | hey file! |
| 13:51.08 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 13:56.04 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 13:56.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:59.15 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-dvxlihtwcyoxgbup) |
| 14:04.29 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 14:31.21 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-vmxzlzmocziktblg) |
| 14:31.21 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:45.46 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-kdmxgjxovwortxwr) |
| 14:45.58 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-zktetastzpcicmvm) |
| 14:56.53 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 15:05.47 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:05.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:20.45 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 15:20.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:26.31 | acidfoo_ | if I call an agent in a queue, his device state will move not_inuse->ringing->in_use... while in_use... if the user registration expire, how asterisk do to now overwrite the device state that is "in_use" to "unavailable" etc |
| 15:26.49 | acidfoo_ | do to _not_* |
| 15:29.03 | acidfoo_ | I can rephrase it if I'm unclear :) |
| 15:34.48 | acidfoo_ | ok there is this nice function: |
| 15:34.50 | acidfoo_ | <PROTECTED> |
| 15:34.51 | acidfoo_ | <PROTECTED> |
| 15:34.51 | acidfoo_ | <PROTECTED> |
| 15:34.53 | acidfoo_ | */ |
| 15:34.53 | acidfoo_ | enum ast_device_state ast_parse_device_state(const char *device) |
| 15:35.13 | acidfoo_ | to make sure of the status of the device and preventing overriding his device state |
| 16:07.46 | file | that's the responsibility of the channel driver to coordinate |
| 16:11.27 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 17:14.39 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 17:14.39 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 17:14.52 | acidfoo_ | file the problem in our case is that we are not send the sip register to Asterisk , we are sending it to a registrar that keep them somewhere, so we have a plugin add/remove .. so when the plugin know tehre is a new registration, I have to update the device state, samething woth remove |
| 17:28.44 | *** join/#asterisk-dev opticron (~opticron@75.76.51.46) |
| 17:28.44 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 17:41.34 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 17:41.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:45.09 | gtjoseph | does DEBUG_THREADS cause utils.c compile to fail on ast_cli_allow_on_shutdown(e) for anyone except me? |
| 17:45.09 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 17:48.58 | gtjoseph | Ha! typo in utils.c that wasn't caught because DEBUG_THREADS probably wasn't set. |
| 17:55.24 | gtjoseph | file you around? got a gerrit question |
| 17:56.01 | file | sure |
| 17:56.07 | gtjoseph | when you cherry pick from the gui, the topic is now carried over with the name of the branch appended |
| 17:56.19 | gtjoseph | is that what we want? |
| 17:56.45 | gtjoseph | it's good when you do a git review -d because it won't try to reuse the same branch |
| 17:57.08 | gtjoseph | it's bad in that you can't click on the topic and see the related revfiews |
| 17:57.30 | file | yes, I've found no way to change that |
| 17:57.30 | file | I personally like to see all |
| 17:57.44 | file | (related reviews) |
| 17:57.51 | gtjoseph | ok, so we should manually remove the -branch |
| 17:57.56 | rmudgett | gtjoseph: Is it ast_cli_allow_on_shutdown() not being defined? |
| 17:57.59 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 17:58.01 | file | yes |
| 17:58.24 | gtjoseph | rmudgett: it's a typo. is should be "in_shotdown" |
| 17:58.29 | gtjoseph | shutdown |
| 18:00.17 | rmudgett | Ah. Though it should be at shutdown |
| 18:00.33 | gtjoseph | oh, yeah. at |
| 18:01.20 | gtjoseph | utils.c should reference ast_cli_allow_at_shutdown(e); |
| 18:01.30 | gtjoseph | instead of ast_cli_allow_on_shutdown(e); |
| 18:01.45 | rmudgett | Compiles much better with that change |
| 18:02.16 | gtjoseph | works finr as long as you don't need DEBUG_THREADS. :) |
| 18:22.40 | hexanol | in general, when is a channel [snapshot] removed from the stasis ast_channel_cache ? when the channel is hanged up ? when the channel's destructor is called ? |
| 18:23.15 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 18:23.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:25.53 | file | gtjoseph, you asked for -1 and now you get it :D |
| 18:26.23 | gtjoseph | this is pisisng me off. :) |
| 18:26.51 | mjordan | hexanol: it should be when a channel is well and completely destroyed; that is, when the ast_channel instance itself has its destructor function run |
| 18:34.41 | hexanol | k |
| 19:06.27 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-43-83.red.bezeqint.net) |
| 19:06.27 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:07.20 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-hqukakenchodinrt) |
| 21:33.56 | *** join/#asterisk-dev acidfoo_ (~acidfoo@108.175.228.140) |
| 22:58.31 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-dvxlihtwcyoxgbup) |
| 23:12.32 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |