[Asterisk-code-review] spelling: incoming (asterisk[master])

[Josh Soref]

Josh Soref has uploaded this change for review. ( https://gerrit.asterisk.org/c/asterisk/+/16963 )


Change subject: spelling: incoming
......................................................................

spelling: incoming

Change-Id: Id1d8d71a189debcbb611a375820c9f4d50154396
---
M CHANGES
M res/res_pjsip_nat.c
2 files changed, 3 insertions(+), 3 deletions(-)



  git pull ssh://gerrit.asterisk.org:29418/asterisk refs/changes/63/16963/1

diff --git a/CHANGES b/CHANGES
index 22cc7d1..1758c08 100644
--- a/CHANGES
+++ b/CHANGES
@@ -6087,7 +6087,7 @@
  * Added new dialplan function mISDN_CC which permits retrieval of various
    values from an active call completion record.
  * For PTP, you should manually send the COLR of the redirected-to party
-   for an incomming redirected call if the incoming call could experience
+   for an incoming redirected call if the incoming call could experience
    further redirects.  Just set the REDIRECTING(to-num,i) = ${EXTEN} and
    set the REDIRECTING(to-pres) to the COLR.  A call has been redirected
    if the REDIRECTING(from-num) is not empty.
@@ -6120,7 +6120,7 @@
    and it is also deprecated.  Use the REDIRECTING(reason) dialplan function
    to read and alter the reason.
  * For Q.SIG and ETSI PRI/BRI-PTP, you should manually send the COLR of the
-   redirected-to party for an incomming redirected call if the incoming call
+   redirected-to party for an incoming redirected call if the incoming call
    could experience further redirects.  Just set the
    REDIRECTING(to-num,i) = CALLERID(dnid) and set the REDIRECTING(to-pres)
    to the COLR.  A call has been redirected if the REDIRECTING(count) is not
diff --git a/res/res_pjsip_nat.c b/res/res_pjsip_nat.c
index 1b5fdd1..806925d 100644
--- a/res/res_pjsip_nat.c
+++ b/res/res_pjsip_nat.c
@@ -106,7 +106,7 @@
  * but pjsip_pubsub does not), thus this strategy can't update the dialog in
  * all cases needed.
  *
- * The ideal solution would be to implement an "incomming_request" event
+ * The ideal solution would be to implement an "incoming_request" event
  * in pubsub module that can then pass the dialog object to this module
  * on SUBSCRIBE, this module then should add itself as a listener to the dialog
  * for the subsequent requests and responses & then be able to properly update

-- 
To view, visit https://gerrit.asterisk.org/c/asterisk/+/16963
To unsubscribe, or for help writing mail filters, visit https://gerrit.asterisk.org/settings

Gerrit-Project: asterisk
Gerrit-Branch: master
Gerrit-Change-Id: Id1d8d71a189debcbb611a375820c9f4d50154396
Gerrit-Change-Number: 16963
Gerrit-PatchSet: 1
Gerrit-Owner: Josh Soref <jsoref at gmail.com>
Gerrit-CC: Friendly Automation
Gerrit-MessageType: newchange
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-code-review/attachments/20211107/fa43d073/attachment.html>