Commit Graph

126 Commits

Author SHA1 Message Date
Nate
17f2911056 Replace misc glyphicon usage. 2019-08-20 19:53:21 -06:00
Nate
c7baaab4a9 Update to latest jQuery 1.x, in preparation to update to latest (3.x). Update jQuery UI, QR Code. Misc adjustments for compatibility. 2019-08-19 10:51:21 -06:00
konradSC
1bd5c4d553 'record_append=false' for *732 (#4444)
Without this setting the recordings will append. It may depend on FS versions, but better to be explicit.
2019-08-16 14:43:00 -06:00
FusionPBX
cc96d4fa6f Update dialplan_edit.php 2019-08-08 13:47:27 -06:00
FusionPBX
aeebf74d97 Update dialplans.php 2019-08-06 15:00:51 -06:00
FusionPBX
6d43298235 Update app_config.php 2019-08-06 14:54:56 -06:00
Nate
d3c6182f85 Dialplans: Database class integration. 2019-08-05 19:18:21 -06:00
FusionPBX
1e5c3524f3 Update 010_user_exists.xml 2019-08-05 14:15:24 -06:00
FusionPBX
5bdd6948f1 Update app_config.php 2019-07-30 01:26:21 -06:00
FusionPBX
d05e7e7bba Update 010_caller_details.xml 2019-07-10 16:53:07 -06:00
FusionPBX
61965dd69c Update dialplans.php 2019-06-27 08:35:31 -06:00
FusionPBX
84caa1bd6a Update dialplans.php 2019-06-27 08:08:41 -06:00
FusionPBX
4ec5b0e17a Update app_config.php 2019-06-27 07:55:39 -06:00
ednt
31170138e7 A typo at the last commit (#4313) 2019-06-27 07:06:40 -06:00
ednt
f7ad8b3b56 Add the description element for import (#4288)
To make it possible to use descriptions for own dialplan xmls
2019-06-18 08:05:50 -06:00
chansizzle
24d0e16920 Update dialplans.php (#4277) 2019-06-11 12:32:25 -06:00
Len
a423f85116 Update dialplans.php 2019-05-22 11:06:26 -04:00
Len
95eaf6b2d6 Update dialplans.php 2019-05-22 10:35:59 -04:00
Robert Stevens
be8c73036c fix sip_h_Diversion typo 2019-05-17 00:24:57 -07:00
konradSC
6d935e3c00 Bug Fix: Paging Controls in the wrong place (#4056)
* Bug Fix: Paging Controls in the wrong place

Same fix as the one for the call recordings page. You couldn't type in a page number and press enter.

* Update dialplans.php
2019-04-27 09:50:18 -06:00
FusionPBX
381c06db2d Update 010_user_exists.xml 2019-04-12 10:03:12 -06:00
FusionPBX
8fcd1bcbf4 Update 050_user_record.xml 2019-04-12 10:02:22 -06:00
FusionPBX
2d5743a9e0 Update 200_agent_status.xml 2019-04-11 18:07:54 -06:00
FusionPBX
ee274b03db Update dialplan.php 2019-04-10 12:37:38 -06:00
FusionPBX
9e3bfdd7bc Update dialplan.php 2019-04-10 12:21:53 -06:00
FusionPBX
e175a931a3 Update 030_is_loopback.xml 2019-03-27 10:57:53 -06:00
FusionPBX
f6188357b1 Update 400_recordings.xml 2019-03-19 17:29:57 -06:00
FusionPBX
06b040c42f Update app_defaults.php 2019-03-14 23:53:15 -06:00
FusionPBX
9076f44d3a Update 400_recordings.xml 2019-03-14 23:42:09 -06:00
FusionPBX
7ba3fd49c5 Update app_defaults.php 2019-03-07 16:37:47 -07:00
FusionPBX
bd18ccb7e6 Delete 520_follow_me_bridge.xml 2019-03-03 15:23:14 -07:00
emaktech
a5ff016ef5 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
293386d72c Update 520_follow_me_bridge.xml 2019-02-20 09:06:34 -07:00
FusionPBX
823ce58d4c Update 010_user_exists.xml 2019-02-20 08:58:54 -07:00
FusionPBX
b99054552f Update 520_follow_me_bridge.xml 2019-02-19 11:55:31 -07:00
konradSC
9727035305 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
af7a313cad Rename 030_is_local.xml to 035_is_local.xml 2019-02-18 18:29:41 -07:00
FusionPBX
9d2b5d40c1 Update 010_user_exists.xml 2019-02-08 16:06:44 -07:00
FusionPBX
90e93e8977 Update 050_user_record.xml 2019-02-08 16:01:02 -07:00
FusionPBX
fec97a0a20 Update dialplan_add.php 2019-02-05 18:36:45 -07:00
FusionPBX
9e9d9a6252 Update dialplan_detail_edit.php 2019-02-05 18:34:55 -07:00
FusionPBX
72274b9a50 Update dialplan_detail_delete.php 2019-02-05 18:33:18 -07:00
Valiantiam
ca9a179549 Update 370_tone_stream.xml (#3964) 2019-01-17 13:10:40 -05:00
FusionPBX
254c1649eb Update 310_extension-to-voicemail.xml 2019-01-14 17:30:42 -05:00
FusionPBX
ac746ac9c9 Update 900_voicemail.xml 2019-01-14 17:29:12 -05:00
FusionPBX
cc17e23c91 Update 890_local_extension.xml 2019-01-14 17:28:40 -05:00
FusionPBX
adaf7b0db4 Update 010_user_exists.xml 2019-01-14 17:27:54 -05:00
konradSC
365aebc308 Update BLF for agents when making changes in the GUI. Also use BLF as a speed dial for login/logout. (#3949)
* Create call_center_notify.php

Function for sending BLF notify to ELS.

* Update call_center_agent_status.php

* Update 200_agent_status.xml

* Update 200_agent_status.xml
2018-12-25 22:25:24 -07:00
FusionPBX
cfa1b5a040 Update 330_vmain_user.xml 2018-12-14 14:42:34 -07:00
FusionPBX
8ff1b40633 Rename 507-call_forward_not_registered.xml to 507_call_forward_not_registered.xml 2018-12-08 10:53:58 -07:00