Commit Graph

6081 Commits

Author SHA1 Message Date
FusionPBX
2dc5c30ffd Update xml_cdr_inc.php 2019-03-03 12:03:13 -07:00
emaktech
f30457b12b Retrieve gateway names with variables and failover (#4004)
Previously, if a bridge statement was written with prepended variables to be passed, the gateway name would not be parsed and replaced. Additionally, if multiple bridges were used in failover in a single bridge statement separated by a pipe, only the first would be parsed and replaced.

I noticed this after upgrade to FreeSWITCH 1.8.5 (from 1.6.20) which changed failover behavior with multiple separate bridge statements. When network returns 486 BUSY, it will proceed to second bridge statement, initiating a second call. To allow failover and not have this behavior, you must write a single statement and separate your failover bridges with a pipe, this change allows the UI to show all gateway names on the line once saved.

Examples:
{fax_use_ecm=on}sofia/gateway/99b1234c-667c-4b31-9d2f-31d4f396abfa/$1
=> {fax_use_ecm=on}sofia/gateway/Gateway_Name/$1

sofia/gateway/0e70e123-00fd-4f0c-b525-bc7f6283cfa1/$1|sofia/gateway/99b1234c-667c-4b31-9d2f-31d4f396abfa/1$1
=> sofia/gateway/Gateway_One/$1|sofia/gateway/Gateway_Two/1$1
2019-03-03 11:10:15 -07:00
FusionPBX
db13ae9cf0 Update contact_edit.php 2019-03-01 06:08:47 -07:00
Nate
6470afb3d0 Restore Login Reset Password functionality, adjust default SMTP debug level. 2019-02-28 17:32:27 -07:00
FusionPBX
c9f30389e0 Update time_conditions.php 2019-02-23 17:53:34 -07:00
FusionPBX
a0686b1b53 Update time_condition_edit.php 2019-02-23 17:41:56 -07:00
FusionPBX
a7170051c6 Update time_conditions.php 2019-02-23 17:07:45 -07:00
FusionPBX
59e61a7f59 Update app_config.php 2019-02-23 17:06:09 -07:00
FusionPBX
996d1a2251 Update providers.php 2019-02-23 16:25:54 -07:00
FusionPBX
c437e9ec0c Update providers.php 2019-02-23 16:25:02 -07:00
FusionPBX
25f29bc0d6 Update providers.php 2019-02-23 16:18:35 -07:00
FusionPBX
9f6a119239 Update providers.php 2019-02-23 13:42:53 -07:00
FusionPBX
34782f28d6 Update providers.php 2019-02-23 13:32:24 -07:00
FusionPBX
f7f0115068 Update providers.php 2019-02-23 13:06:03 -07:00
FusionPBX
9e8ad4153c Update follow_me.php 2019-02-21 17:45:43 -07:00
FusionPBX
5c65247dbb Update 520_follow_me_bridge.xml 2019-02-20 09:06:34 -07:00
FusionPBX
f879183ee9 Update 010_user_exists.xml 2019-02-20 08:58:54 -07:00
FusionPBX
02cf937e55 Update contact_edit.php 2019-02-20 08:09:12 -07:00
FusionPBX
c66a03b93e Update destinations.php 2019-02-20 07:59:51 -07:00
FusionPBX
8c36da3e87 Update 520_follow_me_bridge.xml 2019-02-19 11:55:31 -07:00
FusionPBX
01b9cdff3a Update follow_me.php 2019-02-19 11:26:44 -07:00
FusionPBX
bcbda3feff Update call_edit.php 2019-02-19 10:30:23 -07:00
FusionPBX
044f048363 Update app_config.php 2019-02-19 09:24:40 -07:00
FusionPBX
31c0fa01fc Update extension_edit.php 2019-02-19 08:41:56 -07:00
FusionPBX
4da0925737 Update device_edit.php 2019-02-19 08:40:37 -07:00
FusionPBX
758170eaf3 Update device_edit.php 2019-02-19 08:38:48 -07:00
konradSC
762f28aeea autocomplete="new-password" for devices (#4005)
Chrome is no longer supporting autocomplete="off". The new standard for Chrome is autocomplete="new-password". This also seems to work for Firefox as well.
2019-02-19 08:37:10 -07:00
konradSC
d8e1f249b6 Marker for identifying call as follow-me loopback (#3977)
* Marker for identifying call as follow-me loopback

We need a way of the dialplan identifying calls that are generated by follow-me using loopback. This setting couple with a dialplan statement allows us to identify and set proper caller-id-name/number.

* Create 030_is_loopback.xml

Are you a follow_me call that is using the loopback interface? 
Ok then, are you a user on the system? 
Yes, ok. Let's set your outbound_caller_id_name and outbound_caller_id_number so that you show up correctly. 
Thanks.
2019-02-18 18:41:24 -07:00
FusionPBX
edb3300dff Rename 030_is_local.xml to 035_is_local.xml 2019-02-18 18:29:41 -07:00
FusionPBX
4972776d73 Update xml_cdr.php 2019-02-18 13:30:17 -07:00
FusionPBX
29bcbc44a1 Update app_defaults.php 2019-02-14 10:27:20 -07:00
FusionPBX
f3c2d0a41e Update fax_edit.php 2019-02-12 14:01:04 -07:00
FusionPBX
27d29f8448 Update fax_send.php 2019-02-12 12:49:13 -07:00
FusionPBX
536776cfb4 Update app_config.php 2019-02-11 20:45:25 -07:00
FusionPBX
45a73dcd20 Update extension_edit.php 2019-02-11 20:42:59 -07:00
FusionPBX
c50ab2dfb2 Update provision.php 2019-02-09 08:26:35 -07:00
FusionPBX
22ffb7c11b Update call_broadcast_send.php 2019-02-09 08:23:10 -07:00
FusionPBX
112266735c Update 010_user_exists.xml 2019-02-08 16:06:44 -07:00
FusionPBX
36c8a0116c Update 050_user_record.xml 2019-02-08 16:01:02 -07:00
FusionPBX
af02f5c969 Update phrase_edit.php 2019-02-05 18:37:52 -07:00
FusionPBX
7d62552c98 Update dialplan_add.php 2019-02-05 18:36:45 -07:00
FusionPBX
c9787b0865 Update ivr_menu.php 2019-02-05 18:35:35 -07:00
FusionPBX
1b4e080b53 Update dialplan_detail_edit.php 2019-02-05 18:34:55 -07:00
FusionPBX
35796435f3 Update ivr_menu_copy.php 2019-02-05 18:33:50 -07:00
FusionPBX
a24d4b969d Update dialplan_detail_delete.php 2019-02-05 18:33:18 -07:00
FusionPBX
07c93d9855 Update app_defaults.php 2019-02-05 18:31:03 -07:00
FusionPBX
9643372270 Update ring_group_delete.php 2019-02-05 18:29:38 -07:00
FusionPBX
bc3b1bf24a Update phrase_detail_delete.php 2019-02-05 18:28:57 -07:00
FusionPBX
43ca227dae Update call_flow_delete.php 2019-02-05 18:27:01 -07:00
FusionPBX
01bbccb706 Update phrase_detail_delete.php 2019-02-05 18:15:54 -07:00