Recent content by vkrt11

Well, the cause of the glitch is localized. Comparison of the old and new scripts revealed their almost complete identity except for the SQL and PHP options. The key was the parameter in the "config" file. Old: # General Settings Php_version = 5 # PHP version 5 or 7 New: # General Settings...

Installation of test system on Debian from an old script took place normally. Configuring of an outgoing direction and the number plan for it goes without any problems. The output arises by itself - a glitch in a new script of installation. And as in the version for Debian, so for FreeBSD...

I got it. Thanks. Therein I was engaged in adaptation of FusionPBX to Russian. In particular I have made completely ru-ru section of tables v_menu_languages of base and separately adaptation of the section FAX ru-ru. Unfortunately I can't bring these modifications in base, it is necessary to...

I have made updating of all points, everyone separately. It hasn't affected a glitch in any way.

I have understood, now I will try. Russian Federation.

After installation I didn't update system. All actions are described in the 3rd post.

Unfortunately I haven't understood your question. Google Translator distorts sense a little.

I don't know why there is this glitch. My knowledge aren't so deep to investigate interaction of scripts of PHP with SQL base. My idea was to transfer work of fusionpbx to FreeBSD as system more familiar to me. All previous systems, except the last work at this system. At that time the script...

It seems to me that we misunderstand each other. I try to inform of the fact that a problem not that we place in Dialplan Expression, and that the error arises in case of ANY entered parameters in this point. To the line offered by you there is precisely the same error. At what level a problem I...

Here result of one and same action by two cars, one is installed and the second works few months the other day. Two screenshots result of creation of one and same number plan on these systems. The number plan completely correct also works for two fusionpbx and two freebsd+freeswitch systems

It is taken for the purposes to show a system glitch. Believe registering in Dialplan Expression the below-specified realistic number plan, mistake precisely same. ^([234].....|1(.*)|6[013456789]..|62[012345679].|7(.*)|8(.*)|9(.*))$

Comparison of initial catalogs / www/fusionpbx after installation, on earlier installed system and new, has shown their full identity. There is a feeling that a problem in structure of postresql base of the system created in the course of installation.

Between the cases I found another glitch. Create Extensions 6280. We assign it to Destinations inbound - Ok. Delete in the Destinations Extension 6280. On the screen we get the inscription: delete from v_destinations where destination_uuid = '3195b3f9-4c1a-447b-929f-41fac077bad5' Strange is...

Good afternoon. For clarity, I took screenshots of each action. 1. Installed a clean system on FreeBSD 11.0 2. Login under ADMIN. 3. Create Gateways. 4. Create Outbound Routes.

FusionPBX 4.2.2 Switch 1.6.16 (64bit) I have prescribed Gateways - everything normally. I prescribe Outbound Routes standard parameters which work at earlier installed systems. Also I receive a mistake: Fatal error: Uncaught ArgumentCountError: Too few arguments to function...