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